-
Notifications
You must be signed in to change notification settings - Fork 109
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
bugfix resource ID type #48
Conversation
The ID type of the field `id` should be `Id` and not `String` as documented here: https://www.hl7.org/fhir/resource-definitions.html#Resource.id
@nazrulworld a single test if failing because the resource ID is longer than 64 characters. how do you recommend handling it? is it a pre-downloaded test or we can edit it? |
@ItayGoren thanks 🙏 a lot for your pull request, For this change (String to Id), I would like to wait and get full confirmation from FHIR community (You can see my post here Resource.id Data Type), I think technically it is possible to change the datatype of Resource.id by using an extension. |
UpdateFull discussion here https://chat.fhir.org/#narrow/stream/179166-implementers/topic/Resource.2Eid.20restrictions I think we have two options right now.
|
i think we should go with option 2 as the documentation says. otherwise automatic tools that works by the documentation would fail |
Can you please add the same for STU3/resource.py and DSTU3/resource.py respectively? |
i can see that they already has |
That is interesting, have to check to specifications (JSON) files for R4. UpdateProblem is that https://www.hl7.org/fhir/R4/resource.profile.json.html here Resource.id type is String! |
nice work! now we wait, i guess it would take them some time... |
LGTM |
@nazrulworld i dont see they changed it... 😞 |
But I have some idea over fhirtypes.Id, keep in touch update coming soon. |
Here we go 3ffb184 |
The ID type of the field
id
should beId
and notString
as documented here: https://www.hl7.org/fhir/resource-definitions.html#Resource.id