-
Notifications
You must be signed in to change notification settings - Fork 6
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
Define Conditional Update Criteria for All Resource Profiles #4
Comments
The current implementation might be sufficient for most cases, but should be improved. See Lines 232 to 331 in 2037952
|
Laboratory results often contain results on several laboratory values. Therefore, these are provided with the same time stamps, since they are determined from one sample at the same time. With the given condition for the update of observation resources values would be overwritten and only the last laboratory value would be safed. Also deleting of already sent data is difficult. If a laboratory value for a specific LOINC-code has been submitted before and is not present in the updated data it should be deleted in my opinion. |
fTTP BF resolution was missing the source/ prefix for the pseudonym. Adds support for lab values with profile https://www.medizininformatik-initiative.de/fhir/core/modul-labor/StructureDefinition/ObservationLab Uses the loinc code in the update condition for lab values as discussed in #4. Adds an initial FHIR store implementation for the fhir-bridge.
The Condition: I started testing this with a local Hapi and Firely server. Firely server works but I'm having issues with the |
The send process uses a transaction Bundle as a template to search for new resources that need to be transferred to the central research repository (CRR). Since there is currently no way to transfer a pre-build transaction Bundle with our process, resources transferred to the CRR will always have a Even if we modified the search transaction Bundle to use something other then the GECCO and MII profiles to identify new or updated resource. We could always add a profile deceleration, since we would need to validate the resources not identified by a GECCO or MII profile anyways. Currently we only validate resource while storing them in the CRR fhir-bridge, validation before Bundle generation and transmission is planed. I have a workaround for the missing support of identifier based searches in HAPI. But since we do not store data in HAPI this is not a problem. @julsas Is there an equivalent for |
Procedure, Observation and MedicationStatement have .category. We currently do not use .category in MedicationStatement, but these can be differentiated bei .medicationCodeableConcept. In general the following search patterns work with a few exceptions. DiagnosticReport: Immunization: MedicationStatement: Procedure: Observation: Consent: |
There is another issue with the update criteria. If a date used as update criteria is not present or replaced with a For example a condition with the following
leads to the update criteria:
--> |
Conditional update criteria need to be defined for all GECCO resource profiles. For example:
https://www.netzwerk-universitaetsmedizin.de/fhir/StructureDefinition/chronic-lung-diseases
The text was updated successfully, but these errors were encountered: