-
Notifications
You must be signed in to change notification settings - Fork 18
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Investigate the change of the identifier format in the FHIR Library resource #714
Comments
@and-hus would you add more detail to this ticket so that @richfirely could pick it up? |
+1 for {libraryName}-{libraryVersion} |
I researched and this was done to simplify tracking in FHIR servers. I'd like to take this opportunity to outline how ID and other identifying fields should look and get feedback. Stay tuned for the next comment. |
Make the following adjustments to Library Resource:
Perform similar alignment for Measure resource.
Code Adjustments:
Suggestions/concerns are welcome. |
Counterpoint to "Remains the same. Use this for file name generation." for file name generation: |
That is correct now and will stay that way. My item was about using Library.Name - elmLibrary.identifier.id as the input for file name generation. It is using Library.Id right now, which is changing back to have the dash version suffix so it cannot continue to be used. |
Ah got it. Thanks. |
The resource field in relatedArtifact has a format of What do you think about using the pipe symbol for the Id as well: |
The id datatype does not allow for this |
Ups, wrong button :D |
Aaah, you are right, Id allows only [A-Za-z0-9\-\.]{1,64} ... |
The proposal looks good to me. Thanks for picking it up ;-) |
The format of the id in a FHIR Library Resource was changed from {libraryName}-{libraryVersion} to {libraryName} in this PR
Please look into why this was needed, since there is a need to have resources with duplicate names but diferent versions
The text was updated successfully, but these errors were encountered: