-
The realmCode of the ClinicalDocument is defined by CDA as a CS datatype, so it should only have a code attribute. The art-decor site require a codeSystem attribute for this, but if that is included w…
-
This is related to issue 20 (which is now closed, so I didn't seem able to leave a comment about it.)
The DK CDA Header specifies that the various elements within the addr element are "required", b…
-
In sveral examples [here](https://scandihealth.github.io/lpr3-docs/examples/index.html#examples-from-selected-scenarios) (e.g. [Indberetning af sletning af procedure uden kontakt](https://scandihealth…
-
The Procedure section entries (act, observation, and procedure) specify that they can contain 0…1 entryRelationship elements corresponding to 1.2.208.176.7.1.10.5 DK Supplementary Code Act.
This ca…
-
Working with the examples provided in [this ](http://art-decor.org/art-decor/decor-templates--lpr) webpage, I am not able to find the responsible organization -
SOR code - for an episode of care eve…
-
The Contrast Agent ManufacturedProduct templateId is specified as 2.16.840.113883.10.12.312 in art-decor but correct HL7 oid should have an additional '.1' as follows: 2.16.840.1.113883.10.12.312
-
Is it possible to get new schematrons generated from the art-decor that reflect the proposed changes already implemented? The ones we can get from github are pretty old and display a number of errors …
-
There are a few elements that are failing CDA schema validation since the element requires a xsi:type attribute. I am not exactly sure if the CDA schema is specific to US-Realm or if it is OK to just …
-
I am getting this error
java.lang.AssertionError: Expected value: "Moss Agate Cluster Bracelet strengthens in times of stress. It releases fears as it is made from genuine moss agate crystals. It …
-
Das Mapping von FHIR nach UKF und vice versa sowie idealerweise auch bidirektional FHIR/CDA sollte als mapping in den FHIR-Profilen enthalten sein (XPath bzw. Konstanten).
lhitc updated
6 years ago