-
Notifications
You must be signed in to change notification settings - Fork 1
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
Reduce ipa dependencies #138
Conversation
Also, add a period to description, so it reads better on the rendered page.
Fix heading numbering. Re-organize headings. Add consistency to how terms are introduced. Add links to TURVAKIELTO (both the value set and the example). The link to valueset renders poorly, though.
We said we're not introducing any terminologies, but now we are...
Mainly the STU note that feedback is appreciated.
How did this ever get here, anyway? Id should be very widely supported for all resources. But there are cases where it is not required, such as when posting a new resource to a server. See https://hl7.org/fhir/R4/resource.html#id for details.
Because the IPA profile for medications has constraints that are suitable for patient access use case, but not for all use cases. This is just one potential approach. We could also use the more fine-grained mechanisms like the Obligations extension or other extensions for indicating conformance to another IG or profile.
We need the generic profiles that can refer to the Medication profile that does not derive from IPA. Also noting a related article here: https://www.ncbi.nlm.nih.gov/pmc/articles/PMC9904180/. Clarifying test is still required.
Add descriptive text for Medication related resources regarding the patient access and other use cases. The new profiles don't yet have examples.
Fine-tune TURVAKIELTO text
I did not come up with a lot of other content after all. |
This reverts commit 1011cf9.
This reverts commit 70ab520.
We don't foresee the need for MedicationStatement or MedicationAdministration where we could not use the IPA profile for Medication, right?
To the profile for the patient access use case
Between the patient access and the non-patient-access use cases.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Patient medication request refers wrong resource in Scope and usage.
Add generic profiles for
Medication
andMedicationRequest
for Kela's use case where they cannot use the IPA dependent profiles (becauseMedication.code
is mandatory there, and in Kela's use case they may not have it available).