| Item | DT | Kard | Konf | Beschreibung | Label |
|---|
| | | | Beteiligter (Einweisender/Zuweisender Arzt) | (atc...rzt) |
| wo [hl7:templateId [@root='1.2.40.0.34.11.1.1.1']] |
| |
 | @typeCode
|
| cs | 1 … 1 | F | REF |
| hl7:templateId
|
| II | 1 … 1 | M | | (atc...rzt) |
 | | @root
|
| uid | 1 … 1 | F | 1.2.40.0.34.6.0.11.1.21 |
| | |
| hl7:time
|
| | | NP | | (atc...rzt) |
| hl7:associatedEntity
|
| | 1 … 1 | M | | (atc...rzt) |
| | @classCode
|
| cs | 1 … 1 | F | PROV |
| | Gesundheitsdienstanbieter.
|
| | hl7:id
|
| II | 0 … * | | Identifikation des Beteiligten (Person).
Zugelassene nullFlavor:
- NI … Person hat keine ID
- UNK … Person hat eine ID, diese ist jedoch unbekannt
Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.
TODO: Assert
| (atc...rzt) |
| | Schematron assert | role |  error | |
| | test | not(hl7:id/@nullFlavor='NI' or hl7:id/@nullFlavor='UNK') | |
| | Meldung | | |
| | hl7:addr
|
| AD | 0 … 1 | |
Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Information Compilation (DYNAMIC) | (atc...rzt) |
| | hl7:telecom
|
| TEL.AT | 0 … * | R | Beliebig viele Kontaktdaten des Beteiligten.
| (atc...rzt) |
| st | 1 … 1 | R | Die Kontaktadresse (Telefonnummer, Email, etc.)
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
TODO „ELGA_URLScheme“ prüfen
|
| set_cs | 0 … 1 | | Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …)
Bsp: WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
TODO: Assert: bei Angabe mehrerer Tel, @use angeben |
| | CONF | | Der Wert von @use muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.190 AddressUse (DYNAMIC) |
|
| | hl7:associatedPerson
|
| | 1 … 1 | R | Name des Beteiligten.
TODO: Choice mit GS1? | (atc...rzt) |
| Eingefügt | 1 … 1 | M | von 1.2.40.0.34.6.0.11.9.6 Person Name Information Compilation G2 (DYNAMIC) |
| cs | 0 … 1 | F | PSN |
| cs | 0 … 1 | F | INSTANCE |
| PN | 1 … 1 | M | Namen-Element (Person)
| (atc...rzt) |
| cs | 0 … 1 | |
Zugelassene nullFlavors:
- MSK … Der Name der Person darf nicht bekanntgegeben werden
- UNK … Der Name der Person ist unbekannt
|
| cs | 0 … 1 | |
Die genaue Bedeutung des angegebenen Namens, beispielsweise dass der angegebene Personen-Name ein „Künstlername“ ist.
Bsp: A („Artist“)
Zulässige Werte gemäß Value-Set „ELGA_EntityNameUse“
Wird kein @use Attribut angegeben, gilt der Name als rechtlicher Name („L“).
|
| ENXP | 0 … * | |
Beliebig viele Präfixe zum Namen
z.B. Akademische Titel, Adelstitel
Achtung: Die Angabe der Anrede („Frau“, „Herr“), ist im CDA nicht vorgesehen!
| (atc...rzt) |
| cs | 0 … 1 | | Die genaue Bedeutung eines prefix-Elements, beispielsweise dass das angegebene Präfix einen akademischen Titel darstellt. z.B.: AC („Academic“)
Zulässige Werte gemäß Value-Set „ELGA_EntityNamePartQualifier“
|
| ENXP | 1 … * | M | Mindestens ein Hauptname (Nachname) | (atc...rzt) |
| cs | 0 … 1 | |
Die genaue Bedeutung eines family-Elements, beispielsweise dass das angegebene Element einen Geburtsnamen bezeichnet.
z.B.: BR („Birth“)
Zulässige Werte gemäß Value-Set „ELGA_EntityNamePartQualifier“
|
| ENXP | 1 … * | M | Mindestens ein Vorname | (atc...rzt) |
| cs | 0 … 1 | |
Die genaue Bedeutung eines given-Elements, beispielsweise dass das angegebene Element einen Geburtsnamen bezeichnet.
z.B.: BR („Birth“)
Zulässige Werte gemäß Value-Set „ELGA_EntityNamePartQualifier“
|
| ENXP | 0 … * | | Beliebig viele Suffixe zum Namen | (atc...rzt) |
| cs | 0 … 1 | |
Die genaue Bedeutung eines suffix-Elements, beispielsweise dass das angegebene Suffix einen akademischen Titel darstellt.
z.B.: AC („Academic“)
Zulässige Werte gemäß Value-Set „ELGA_EntityNamePartQualifier“
|
| | Schematron assert | role | error | |
| | see | TODO testen | |
| | test | not(@nullFlavor='MSK' or @nullFlavor='UNK') or (hl7:name) | |
| | Meldung | Nullflavor muss MSK oder UNK sein | |
| | hl7:scopingOrganization
|
| | 0 … 1 | |
Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation).
Grundsätzlich sind die Vorgaben für "Organisations-Element" zu befolgen.
TODO: prüfen ob Kard/Konf von Adresselementen passen
| (atc...rzt) |
| Eingefügt | | | von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) |
| cs | 0 … 1 | F | ORG |
| cs | 0 … 1 | F | INSTANCE |
| II | 0 … * | | Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.
| (atc...rzt) |
| uid | 1 … 1 | R | |
| st | 0 … 1 | | |
| ON | 1 … 1 | M | Name der Organisation.
Zu dem Namen von größere Organisationen SOLL auch die Abteilung angegeben werden., z.B.: „Amadeus Spital, Chirurgische Abteilung“
| (atc...rzt) |
| TEL.AT | 0 … * | | Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
| (atc...rzt) |
| st | 1 … 1 | R | Die Kontaktadresse (Telefonnummer, Email, etc.)
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
TODO „ELGA_URLScheme“ prüfen
|
| set_cs | 0 … 1 | | Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …)
Bsp: WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
TODO: Assert: bei Angabe mehrerer Tel, @use angeben |
| | CONF | | Der Wert von @use muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.190 AddressUse (DYNAMIC) |
|
| AD | 0 … 1 | | Adresse der Organisation.
Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Information Compilation (DYNAMIC) | (atc...rzt) |
| set_cs | 0 … 1 | | |
| | CONF | | Der Wert von @use muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.190 AddressUse (DYNAMIC) |
|
Entwurf
