FHIR Chat · Bundle profile and included resources validation · implementers

Stream: implementers

Topic: Bundle profile and included resources validation


view this post on Zulip Nikos Kyriakoulakos (Dec 08 2021 at 15:58):

Hi,
Is it formal to create a bundle document profile (prescription) where the included resources (patient, practitioner etc.) have different profiles than the actual base resource profiles?
For example I want to eliminate the required information (elements) for patient and practitioner only inside the prescription bundle document but when I process patient resource outside bundle document to validate against the actual base resource.
As far as I understand profiles are required for this scenario.

view this post on Zulip Lloyd McKenzie (Dec 08 2021 at 16:04):

Typically a prescription wouldn't be represented as a Bundle, but you certainly can. You can't eliminate required elements with a profile, you can only tighten things down. It's certainly possible to have different profiles for data exchanged in a particular document from what you expect in other contexts.

view this post on Zulip Nikos Kyriakoulakos (Dec 08 2021 at 17:05):

Thank you, I understand that "..You can't eliminate required elements with a profile.." in the context of the official FHIR resource specs, but what if I have different profile for the bundle and eliminate elements only to included patient resource (not the base FHIR specs but required from the patient custom resource profile), and have different custom profile for patient for other proposes like patient CRUD operations with required the additional elements?
Actual the question that arises is if I can “constrain” an included resource to bundle only in the context of a bundle using bundle profile without of course brake the base FHIR requirements.

view this post on Zulip Lloyd McKenzie (Dec 08 2021 at 18:30):

It's totally fine if content inside your document isn't valid against the requirements you'd expect if it were posted to your RESTful endpoint.


Last updated: Apr 12 2022 at 19:14 UTC