-
Notifications
You must be signed in to change notification settings - Fork 20
FHIR Bundle import for Patient and Condition. #535
Comments
Will take a look as soon as i got time. |
Hi @subigre , yes that is true, but as you can see, the cardinality for display is 0..1, which means it is optional and not mandatory as code or system. So I expected this not to raise and flags.
Yes, for the bundles, it will surely be good to have the main resources& profiles at least being supported as bundles too: Condition, Patient, Procedure and medication/medication statement. |
You have to turn on either a Terminology server that automatically adds this information (as we programmed) or add the display since openEHR DVCodedText requires it.
I agree anyhow its an opensource project neither I or @subigre are currently working on the bridge, feel free to add it its open, we can surely do the code reviews. We will still try to help you if we can, but features wont be added for now from our side. |
I wanted to say that both mappings are mandatory, SNOMED CT and HL7:
Regarding |
At the moment FHIR Bundle exports for profile PATIENT is producing a non compliant error, which makes me think this has not yet been implemented, but good to have. I have placed the error reproduced below the sample bundle.
As for profile CONDITION, the error generated is a validation error, which I have also placed below the sample transaction bundle for condition. I will be glad for any help.
Is there anyway for FHIR-BRIDGE to check if a Patient ID exists before creating one. Assuming ehrBASE gets data from 2 sources: A: Parent system that Generates Patient ID hence EHR ID, and one that uses the Patient ID for further processing before being sent to FHIR-Bridge which in the end has to store that data in openEHR/ ehrBase.
### Sample Patient Transaction Bundle FHIR Resource:
ERROR:
### Sample Condition Transaction Bundle FHIR resource:
ERROR:
@subigre What do you think of issue (2).
The text was updated successfully, but these errors were encountered: