-
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
use recorded-date by timerestriction #188
Comments
@KutSaleh additionally is difficult - its still an ongoing discussion which field should be used. In this case its meant to be the clinical date and for most fhir resources this is defined, see: https://hl7.org/fhir/R4/searchparameter-registry.html (search for clinical-date). |
thank you for your quick reply. I would prefer the recodedDate as this is with 1..1 cardinality in the diagnosis MII module, see https://simplifier.net/mii-basismodul-diagnose-2024/mii_pr_diagnose_condition as well it is listed as a search parameter (recoded-date) |
Please keep in mind that Condition.onsetDateTime does not exist in structured form in most primary documentation systems. |
is there anything new? |
No final answer but I don't mind switching back to recordedDate. Condition.onset was chosen because we assumed researchers would be most interested in onset and less interested on recordedDate. Downside is that onset is optional in our profile because most primary systems won't have it present. |
Thanx, can it then be changed to recordedDate? or should the final answer be given first? If so, who can give the final answer? |
Yes, it will be changed to recordedDate. |
If we use the timerestriction when querying for diagnoses in a cohort, then the onset-date is used, would it be possible to use the recorded-date in addition as well?
The text was updated successfully, but these errors were encountered: