Project Information
CDA-CH: Specification for the electronic exchange of medical documents in Switzerland
Based on the HL7 Clinical Document Architecture (CDA), Release 2
Additional project information
Version Info
Date |
By |
Description |
2019‑12‑10 11:32:50 |
Oliver Egger |
Official Release: 2.1.0 (10.12.2019)
Issue
7
"addr and telecom in Custodian 0..1" with status "Closed". Last event (2018-09-14T14:31:51):
Issue
8
"Authenticator example does not validate" with status "Closed". Last event (2019-01-01T20:27:40):
Issue
9
"Health Service - documentationOf example does not validate" with status "Closed".
Last event (2019-01-01T20:54:18):
Issue
10
"Employer example does not validate" with status "Closed". Last event (2019-01-01T21:13:18):
Issue
12
"hl7:representedCustodianOrganization telecom and addr max card 1" with status "Closed".
Last event (2019-08-21T15:06:06):
Issue
13
"How to handle language code OTHER?" with status "Closed". Last event (2019-09-12T14:40:12):
|
2019‑12‑10 09:02:24 |
Oliver Egger |
There have been changes to the following 8 issues since the last intermediate version
or release.
-
Issue 7 "addr and telecom in Custodian 0..1" with status "Closed". Last event (2018-09-14T14:31:51):
Finding:
- According to the CDA Schema, the XML type POCD_MT000040.CustodianOrganization supports
only 0..1 addr and telecom. But the custodian template https://art-decor.org/art-decor/decor-templates--hl7chcda-?section=templates&id=2.16.756.5.30.1.1.10.2.3
currently states 0..* for addr and telecom.
Suggestion:
- Change cardinality for addr and telecom in https://art-decor.org/art-decor/decor-templates--hl7chcda-?section=templates&id=2.16.756.5.30.1.1.10.2.3
to 0..1
Further explanation: - Duplicate Issue 12, fixed with Version 2019
-
-
Issue 8 "Authenticator example does not validate" with status "Closed". Last event (2019-01-01T20:27:40):
Finding:
- qualifier is missing
Suggestion:
- add qualifier="AC"
Further explanation:
- Done with version 2019
-
Issue 9 "Health Service - documentationOf example does not validate" with status "Closed".
Last event (2019-01-01T20:54:18):
Finding:
- code is missing and low must not be equal to high
Suggestion:
- update sample
Further explanation:
- done with 2019 version
-
Issue 10 "Employer example does not validate" with status "Closed". Last event (2019-01-01T21:13:18):
Finding:
- example for employer does not validate
Suggestion:
- remove associated person and only one street address line
Further explanation:
- Done with 2019 version
-
Issue 11 "Wrong schematron asserts for Document Replacement - relatedDocument" with status
"Open". Last event (2019-01-01T21:22:52):
Finding:
- The schematron asserts for setID and versionnumber are wrong for Document Replacement
- relatedDocument
Suggestion:
- update Schematron asserts
Further explanation:
-
-
Issue 12 "hl7:representedCustodianOrganization telecom and addr max card 1" with status "Closed".
Last event (2019-08-21T15:06:06):
Finding:
hl7:representedCustodianOrganization telecom and addr have a max cardinality of 1
in the specialized template and this cannot be generalized to *
Suggestion:
Correct cardinality in addr and tel to 1 as in base template http://art-decor.org/art-decor/decor-templates--ad1bbr-?id=2.16.840.1.113883.10.12.104&effectiveDate=2005-09-07T00%3A00%3A00
Further explanation:
Corrected to 0..1 in V2019
-
Issue 13 "How to handle language code OTHER?" with status "Closed". Last event (2019-09-12T14:40:12):
Finding:
In the referenced ValueSet there is an entry OTHER/Other language/ch-ehealth-codesystem-language.
CDA refers to outdated RFC, latest one is BCP-47/RFC 5646 which does not contain OTHER.
Should the code just be transferred directly, or should a NULLFlavor used for this
code? If yes which one would be applicable.
Suggestion:
After meeting on 24.9 at EPR Projectathon it was decided to use in the CDA document
all RFC5646 possible values. In the EPD context only ISO languages as defined in the
DocumentEnry.lanugageCode http://fhir.ch/ig/ch-epr-term/ValueSet-DocumentEntry.languageCode.html can be used, otherwise OTHER has to be speficifed
-
Issue 14 "should ch-palm be a BBR for cda-ch?" with status "Open". Last event (2019-10-15T09:03:27):
Finding:
<
performer
>
<!-- template 2.16.756.5.30.1.1.10.4.7 'Laboratory Performer - performer Containment'
-->
</
performer
>
Suggestion:
performer of Inability to Work Observation references ch-palm, ch-palm is not added
as a BBR yet, should this be done?
Further explanation:
Inability to Work Observation is yet a draft template, this point can be currently
left open
|
2018‑05‑07 16:06:13 |
Tony Schaller |
Official Release: 2.0.2 (07.05.2018)
This is the first official release of CDA-CH v2.0 (2017)
|
|
Data sets, codes, OIDs and Rules: this information is used for rendering and validation
purposes.