Version vom 10. April 2014, 08:35 Uhr

This article or section is in the middle of an expansion or major restructuring and is not yet ready for use. You are welcome to assist in its construction by editing it as well. If this article has not been edited in several days, please remove this template.
This article was last edited by Foemig (talk| contribs) 10 years ago. (Purge)

Diese Seite oder Abschnitt ist derzeit ein Entwurf und ist noch nicht fertiggestellt. Du bist eingeladen, bei der Fertigstellung mitzuwirken. Wenn dieser Beitrag länger als einige Tage nicht editiert wurde, entferne diese Vorlage.
This article was last edited by Foemig (talk| contribs) 10 years ago. (Purge)

	Dieses Dokument gibt wieder: Implementierungsleitfaden Pathologiebefund auf der Basis von CDA R2 (08). Die Teilmaterialien gehören der Kategorie cdapath an.

Pathologiebefund auf Basis der
HL7 Clinical Document Architecture Release 2
für das deutsche Gesundheitswesen

Pathologiebefund auf der Basis von CDA R2

Implementierungsleitfaden

Draft

Version:	08
Datum:	2012
Status:	Abstimmung
Verfahren:	{{{Verfahren}}}
Realm:	Deutschland

Abstimmungsdokument
Version	Datum	Status	Realm
08	2012	Entwurf	Deutschland
		noch kein download verfügbar

Kontributoren
	Agfa HealthCare GmbH	Bonn
	Vivantes Netzwerk für Gesundheit	Berlin
	Krankenhaus Dresden Friedrichstadt	Dresden

Dokumenteninformationen

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Impressum

For the Anatomic Pathology Structured Report Version 2.0 (APSR 2.0), an IHE Project, the existing German "Leitfaden Pathologiebefund" has been modified to an IHE Technical Framework document, starting from the IHE reference text APSR, Trial Implementation, to be linked with Art-Decor for the specification of value sets, terminologies, and templates according HL7/CDA.

Dieser Leitfaden wird von einer Arbeitsgruppe des Interoperabilitätsforum in Kooperation mit dem Berufsverband der Pathologen erstellt. Er basiert auf dem Leitfaden "Arztbrief 2014", der parallel hierzu durch eine Arbeitsgruppe des Interoperabilitätsforums erstellt wird.

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Contact

IHE PaLM, palm@ihe.net
Prof.Dr. Gunter Haroske, BVDP, Berlin, haroske@icloud.com
Francois Macary, PHAST, Paris, francois.macary@phast.fr
Dr. Frank Oemig, Deutsche Telekom Healthcare Solutions GmbH, Bonn, Frank.Oemig@t-systems.de
Dr. Kai-Uwe Heitmann, hl7@kheitmann.de

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Authors and copyrights, terms of use

Copyright permissions

This document has been developed by Agfa HealthCare GbmH, Bonn, in cooperation with the HL7 user group Germany e.V. The claims for use or publication are not restricted.

The content of this specification is public.

It should be noted that parts of this document are based on the reconciliation package 2 of May 17, 2009 and the HL7 version 3 normative edition 2008, for which © Health Level Seven, Inc. applies. For further information see http://www.hl7.de/ and http://www.hl7.org/.

The extension or rejection of the specification, in whole or in part, shall be notified in writing to the board of the user group and to the editors / authors.

All HL7 specifications, adapted and published to national circumstances, can be used in any type of application software without license and usage fees.

Health Level Seven, Inc. has granted permission to the IHE to reproduce tables from the HL7 standard. The HL7 tables in this document are copyrighted by Health Level Seven, Inc. All rights reserved. Material drawn from these documents is credited where used.

Disclaimer

Although this publication has been compiled with the utmost care, neither HL7 Deutschland e.V. nor the companies involved in the creation can assume any liability for direct or indirect damage that could arise through the content of this specification. {DocumentPart}

Authors

Francois Macary, PHAST, Paris
Dr. Gunter Haroske, Federal Association of German Pathologists, Berlin
Dr. Frank Oemig, Deutsche Telekom Healthcare Solutions GmbH, Bonn
Dr. Riki Merrick, APHL, San Francisco
Dr. Raj Dash, Duke University, Durham

with contributions by

Dr. Christel Daniel, Paris (CD)
Prof. Dr. Thomas Schrader, Berlin/Brandenburg (TS)
Dr. Kai-Uwe Heitmann, Köln (KH)
Dr. Jochen Thümmler, Agfa HealthCare GmbH, früher bei Vivantes Netzwerk für Gesundheit, Berlin, (JT)
Prof. Dr. Stefan Sabutsch, ELGA, Wien, (SS)
Ivonne Riedel, Agfa HealthCare GmbH, Bonn, (IR)

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Foreword

This is a supplement to the IHE Pathology and Laboratory Medicine Technical Framework V8.0. Each supplement undergoes a process of public comment and trial implementation before being incorporated into the volumes of the Technical Frameworks.

This supplement was published on September 27, 2017 for Public Comment, with a comment period extending to mid-November. The current content is the Trial Implementation version, which has taken in consideration the comments received.

This supplement describes changes to the existing technical framework documents.

“Boxed” instructions like the sample below indicate to the Volume Editor how to integrate the relevant section(s) into the relevant Technical Framework volume.

Replace Section X.X by the following:

Where the amendment adds text, make the added text bold underline. Where the amendment removes text, make the removed text bold strikethrough. When entire new sections are added, introduce with editor’s instructions to “add new text” or similar, which for readability are not bolded or underlined.

General information about IHE can be found at: http://www.ihe.net.

Information about the IHE Pathology and Laboratory Medicine domain can be found at: http://ihe.net/IHE_Domains.

Information about the structure of IHE Technical Frameworks and Supplements can be found at: http://ihe.net/IHE_Process and http://ihe.net/Profiles.

The current version of the IHE Technical Framework (if applicable) can be found at: http://ihe.net/Technical_Frameworks.

Comments may be submitted on IHE Technical Framework templates any time at http://ihe.net/ihetemplates.cfm. Please enter comments/issues as soon as they are found. Do not wait until a future review cycle is announced.

Acknowledgements

Following authors mainly contributed to this document:

Francois Macary, PHAST, Paris
Dr. Gunter Haroske, Federal Association of German Pathologists, Berlin
Dr. Frank Oemig, Deutsche Telekom Healthcare Solutions GmbH, Bonn
Dr. Riki Merrick, APHL, San Francisco
Dr. Raj Dash, Duke University, Durham

They have to acknowledge the contributions of Dr. Kai U. Heitmann, who managed the cooperation between PaLM and ART-DECOR. It was the very first time that a complete IHE TF document could be developed by means of the ART-DECOR tools and a media wiki.

Inhaltsverzeichnis

1 Dokumenteninformationen
2 Foreword
3 Acknowledgements
4 Introduction to this Supplement
- 4.1 Open Issues and Questions
- 4.2 Closed Issues
5 Dynamisches Modell / Dynamic Model
- 5.1 Übersicht / Survey
6 Statisches Modell / Static Model
7 CDA-Header
8 CDA Body
9 Vokabeldomänen
10 Anhang A: Diverses

Introduction to this Supplement

This supplement complements volume 1 of the PaLM technical framework with the description of the APSR 2.0 content profile, and volume 3 with the bindings, content modules and value sets, which specify this profile.

Open Issues and Questions

None yet

Closed Issues

APSR-07 – Representing the hierarchy of specimens in an entry : This APSR supplement enables to represent the hierarchy of specimens at the CDA level 3. The operations on specimen and production of child specimens are tracked in the “Procedure Steps” section, which has a level 3 entry.

APSR-10 – Observation related to multiple specimens: For example tumor staging may require combining data from multiple specimens (e.g., a breast excision with positive margins followed by a re-excision with clear margins – in this case the tumor size may be a composite of measurements from both specimens. Another example is staging of ovarian carcinomas with multiple biopsies of pelvis, peritoneum, nodes, omentum, etc.). To accommodate these use cases, each problem organizer as well as each observation may reference any number of specimens using the <specimen> child element. Each of these references may point to a detailed description of the specimen, in the "procedure steps" section.

APSR-11 – Derivative specimens:Specimens derived from primary specimens for ancillary studies, which may be sent to a reference lab or done in another part of the same institution, are included in the scope of this profile. The results produced on a derived specimen are attached to this specimen in the report.

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Dynamisches Modell / Dynamic Model

Übersicht / Survey

Das dynamische Modell sieht das relativ einfach aus:

The dynamic model looks rather simple:

Abbildung 1: dynamisches Modell Figure 1: dynamic model

Im Prinzip agiert das Pathologiesystem als Content Creator und das KIS-System als Content Consumer. Entsprechend können auch andere Systeme diese beiden Rollen übernehmen.

The Pathology Management System (PMS sive LIS) acts as Content Creator, whereas the Hospital Information System (HIS) plays the role of the Content Consumer. Other systems may play those roles, too.

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Statisches Modell / Static Model

Übersicht / Survey

In diesem Abschnitt wird grob der Aufbau und die Struktur von HL7 CDA R2 Dokumenten erläutert (entnommen aus dem Implementierungsleitfaden des VHitG-Arztbriefes, Kapitel 3).

Wie alle Spezifikationen von Nachrichten in HL7 basiert auch die Clinical Document Architecture auf dem RIM und ist als HL7 V3 Modell repräsentiert. Grob gesprochen besteht ein CDA Dokument aus einem Header und einem Body, der wiederum Body Structures und Body Entries aufweist. An die Entries können externe Referenzen (External References) geknüpft sein. Der folgende Überblick zeigt die Hauptkomponenten des CDA R2 Modells auf und in der folgenden Abbildung ist das Ganze in XML-artiger Darstellung gezeigt.

As all HL7 specifications of messages the Clinical Document Architecture (CDA) is based on the Reference Information Model (RIM) and represented as HL7 V3 model. Roughly a CDA document consists of a header and a body, which contains Body Structures and Body Entries. The latter may be linked with external references. The figures 2 and 3 below show the main components of the CDA R2 model also in a xml-like fashion.

Abbildung 2: CDA-RMIM (vereinfachte Darstellung)

Die nachfolgende vereinfachte Graphik zeigt die Darstellung in XML:

Abbildung 3: CDA Level 3 Entries (vereinfachter Ausschnitt)

Die Informationen zum Patienten, zum Dokument selbst, zu den weiteren beteiligten Personen und Organisationen sowie der dokumentierten Episode (Zeitereignisse) sind zum CDA Header zusammengefasst, hochstrukturiert und von der Semantik her festgelegt.

Die Informationen im Header unterstützen einen Austausch klinischer Dokumente über Institutionsgrenzen hinweg. Er trägt Informationen über das Dokument selbst (eine eineindeutige Identifikation, eine Andeutung des Typs des Dokuments), über „Teilnehmer" am Dokument (an der Dokumentation beteiligte Heilberufler, Autoren, und natürlich den Patienten selbst), sowie über Beziehungen zu Dokumenten (zu Anforderungen und anderen Dokumenten). Mit den Informationen des Headers werden Dokumentenmanagementsysteme unterstützt, der Header stellt dafür entsprechende Mechanismen zur Verfügung. Schließlich hat man mit den im CDA Header verfügbaren Informationen die Zusammenführung einer individuellen (lebenslangen) Patientenakte vor Augen.

Information to the patient, to the document itself, to further persons and organizations who participate, as well as to the time period of documentation are comprised in the CDA Header, highly structured and defined by their semantics.

The header information supports the exchange of clinical documents across institution barriers. The header carries information about the document itself (unequivocal identification, type of document), about participants in the document (participating health officials, authors, and of course, the patient), as well as about relations to documents (queries and other documents). With the header information document management systems are supported. Finally, with the header information the compilation of a (livelong) health record of a patient is aimed.

Gesamtstruktur

Anm.: Die folgende Abbildung muss noch an die im weiteren ausgeführten Gliederungen angepasst werden.

Abbildung 4: Gesamtstruktur

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Dokumenttypen / Document types

Pathologiebefunde erfassen alle Bereiche der Klinischen Pathologie (synonym "surgical pathology"), d.h. gut- und bösartige Tumoren, nichtneoplastische Läsionen, zytopathologische Befunde und Autopsien / Obduktionen. Zweit-/Nachberichte, Konsiliarberichte und Zytologische Befunde (gynäkologisch und nicht-gynäkologisch) weisen die gleiche Grundstruktur auf und sollten daher keine separaten Dokumententypen sein.

In IHE Anatomic Pathology Technical Framework Supplement Anatomic Pathology Structured Reports (APSR) Trial Implementation Tab. 5.6-1 wird durchgängig 11526-1 als Dokumententyp verwendet.

Obduktionsgutachten sind zwar anders aufgebaut als die Befundberichte zu Biopsien, Resektaten oder zytologischen Präparaten, stimmen aber in ihren Grundelementen überein. Sie sollten daher lediglich als ein spezielles Template behandelt werden. Von IHE wurden Autopsie-/Obduktionsbefunde bisher nicht erörtert.

In IHE-XDS-Registern können eine Klasse und feiner granulierte Typen angegeben werden. In CDA gibt es nur einen „Code“. Wir interpretieren das als den Typ, beim Registrieren kann dann die grobe Klassifizierung einfach ermittelt werden (umgekehrt wäre es schwierig). Einigen wir uns also auf 11526-1 "Pathology study" als Dokumentenklasse, darunter die beiden Dokumententypen 11529-5 und 18743-5.

Anatomic Pathology Reports about benign and malignant tumors and non-neoplastic lesions as well comprise all fields of Clinical Pathology (sive Surgical Pathology). Second opinion reports, additional reports, and cytopathologic reports have the same basic structure and should therefore not handled as separate document types.

In IHE Anatomic Pathology Technical Framework Supplement Anatomic Pathology Structured Reports (APSR) Trial Implementation Tab. 5.6-1 "11526-1" is generally used as document type.

Although Autopsy reports have the same basic elements as Pathology reports, they often show a different basic structure. They should be handled by specialized templates. Autopsy reports are not yet in the scope of IHE-Anatomic Pathology.

In IHE-XDS-Registries a class and more granulated types can be used. In CDA only a code is used. 11526-1 "Pathology study" should be understood as document class, beneath the both types 11529-5 und 18743-5 could be used for a finer granulation.

Code	Dokumenttyp	Taxonomielevel
11526-1	Pathologisch- anatomische Begutachtung / Pathology study	3
11529-5	Pathologisch- anatomische Begutachtung / Surgical pathology study	4
18743-5	Obduktions-/ Sektionsgutachten / Autopsy report	4

In der Taxonomie der Dokumenttypen finden sich die Spezifikationen für die beiden Dokumententypen im Taxonomielevel 4.

In the taxonomy of document types those specifications are to be found in taxonomy level 4.

Use Cases

Regelfall

Regelfall

Barbara Brust wird durch Dr. Christian Chirurg zur Entfernung eines Brusttumors aufgenommen. Dr. Christian Chirurg ordert die Untersuchung “Mammaexzisat - Pathohistologische Untersuchung” und sendet die Probe(n) zum Institut für Pathologie.

Die Probe(n) triftt im Institut ein. Dr. Peter Pathologe führt die makroskopische Untersuchung und den Zuschnitt durch; wenn nötig, werden Makrobilder aufgenommen. Die Probe(n) werden im Labor für die histologische Untersuchung einschließlich Spezialuntersuchungen aufbereitet, eine Gewebsasservation findet, falls nötig, statt. Während der mikroskopischen Untersuchung werden, falls nötig, Mikrobilder aufgenommen. Nach der mikroskopischen Untersuchung ruft Dr. Peter Pathologe die Content Creator Anwendung für das entsprechende APSR Template auf, füllt es aus, bindet relevante Bilder mit ROI ein und schließt den Fall ab. Nach Diktat und Kontrolle wird der Befund durch die Oberärztin Dr. Pauline Pathologin freigegeben.

Probengewinner ist nicht der Einsender

In Deutschland nicht üblich, Ablauf ansonsten wie Regelfall.

Mehrstufiger Bericht(Zweit-/Nachbericht)

Für Zweit-, besser Nachberichte gilt, dass sie neue Informationen zu einem bereits vorhandenen Befund hinzufügen (nachträgliche Spezialuntersuchungen, Zweitmeinungen, Konsiliarbefunde, Antworten auf klinische Fragestellungen, etc.). Damit besitzen sie die gleiche Struktur. Sie beziehen sich dabei immer auf einen vorhandenen Befund, in dem sie u.U. auch schon angekündigt werden (siehe ELGA-Beispiel). Sie stellen aber ein eigenes Dokument dar. Insofern muss geklärt werden, wie Beziehungen zwischen diesen Dokumenten hergestellt werden. (RPLC ist nicht geeignet, da das für die Versionierung genutzt werden muss. APND stellt schon eher das adäquate Konstrukt dazu dar.) Diese Art der Befunde müssen dann aber nicht separat modelliert werden.

Nachbericht

Barbara Brust wird durch Dr. Christian Chirurg zur Entfernung eines Brusttumors aufgenommen. Dr. Christian Chirurg ordert die Untersuchung “Mammaexzisat - Schnellschnitt und Pathohistologische Untersuchung” und sendet die Probe(n) zum Institut für Pathologie.

Die Probe(n) triftt im Institut ein. Dr. Paul Putzig führt die makroskopische Untersuchung und den Zuschnitt durch; wenn nötig, werden Makrobilder aufgenommen. Die Probe(n) für den intraoperativen Schnellschnitt werden im Labor bearbeitet, Frischgewebe für eine Tumorbank wird entnommen. Während der mikroskopischen Untersuchung des Gefrierschnitts fordert Dr. Paul Putzig den Content Creator für das entsprechende APSR Template an, füllt die Felder aus, bindet relevante Bilder und /oder ROIs ein und signiert den vorläufigen Befund. Am nächsten Tag werden die Probe(n)für die histologische Untersuchung einschließlich Spezialuntersuchungen aufbereitet. Während der mikroskopischen Untersuchung werden, falls nötig, Mikrobilder aufgenommen. Nach der mikroskopischen Untersuchung ruft Dr. Peter Pathologe die Content Creator Anwendung für das entsprechende vorläufige APSR Template auf, füllt es aus, bindet relevante Bilder mit ROI ein und schließt den Fall endgültig ab. Nach Diktat und Kontrolle wird der Befund durch die Oberärztin Dr. Pauline Pathologin freigegeben.

Konsiliarbefund

Ein Konsiliarbefund stellt einen eigenständigen Befundbericht mit allen dafür notwendigen Abschnitten dar, der vom konsilsuchenden Auftraggeber (Pathologen) in dessen Erstbefund aufgenommen oder als Nachbericht an einen Erstbefund angefügt wird.

Es gibt verschiedene Situationen, in denen ein Konsiliarbefund angefordert wird:

- Externe Expertenkonsultation(erbeten durch Phillip Pathologe, oft bevor ein engültiger Befund fertiggestellt wird). - Bitte um eine Zweite Meinung(üblicherweise durch den behandelnden Arzt, den Patienten, seiner Familie oder in juristischem Zusammenhang). - Externe Schnittbegutachtung (üblicherweise Routinebegutachtung von Schnitten, die durch Protokolle einer externen Behandlungseinrichtung notwendig wird). Dies kann im Workflow und auch im zu begutachtenden Material variieren.

Konsiliarbefund

Anfordernder Pathologe

Phillip Pathologe bittet um eine zweite Meinung im Fall von Peter Patient, bei dem er ein malignes Lymphom diagnostizierte. Er sendet Blöcke oder Schnitte oder WSI zu Dr. Patrizia Pathologin und bittet sie um ihre (Experten-)Meinung zu diesem Material. Er verwendet die Content Creator Anwendung zur Erzeugung einer Konsultationsanfrage zum vorläufigen Befund von Peter Patient. Phillip Pathologe verwendet später seine Content Consumer Anwendung um den Befund von Dr. Patrizia Pathologin zu lesen und in seinen Befundbericht zu integrieren. Er verwendet diesen Befund daher um seinen eigenen Befund abzuschließen und mit seiner Anwendung als Content Creator zu agieren. Dabei wird ein vorläufiger Befundbericht fertiggestellt oder ein Zweit/Nachbericht zum Erstbericht erstellt.

Angefragter Pathologe

Dr. Patrizia Pathologin willigt ein, eine zweite Meinung zum Fall des Peter Patient abzugeben.

Blöcke

Die Proben werden für die mikroskopische untersuchung und notwendige zusätzliche Untersuchungsverfahren bearbeitet. Während des Mikroskopierens werden, falls nötig, Bilder aufgenommen. Zum Abschluss ihrer Untersuchungen ruft Dr. Patrizia Pathologin den Content Creator für das entsprechende APSR Template auf, füllt es aus, bindet Bilder und ROIs ein, und gibt den Befundbericht frei.

Schnitte

Während des Mikroskopierens werden, falls nötig, Bilder aufgenommen. Zum Abschluss ihrer Untersuchungen ruft Dr. Patrizia Pathologin den Content Creator für das entsprechende APSR Template auf, füllt es aus, bindet Bilder und ROIs ein, und gibt den Befundbericht frei.

WSI (Virtual slides)

Zum Abschluss ihrer Untersuchungen ruft Dr. Patrizia Pathologin den Content Creator für das entsprechende APSR Template auf, füllt es aus, bindet Bilder und ROIs ein, und gibt den Befundbericht frei.

Dokumentenstruktur des Pathologiebefundberichts / Structure of the Anatomic Pathology Report

Sections, Entries und Child Elements

IHE verwendet den Begriff der Content Module für unterschiedliche Hierarchie-Ebenen:

Auf der höchsten Ebene der Document Content Module (Dokumententypklasse LOINC 11526-1) ist der generische Anatomic Pathology Structured Report (1.3.6.1.4.1.19376.1.8.1.1.1) als Template für das gesamte Dokument, den Pathologiebefund, vorgesehen. Bisher ca. 20 Organ Specific APSR (1.3.6.1.4.1.19376.1.8.1.1.2.1 bis -2.20) werden als Templates für organspezifische Tumor-APSR in einer Appendix des APSR-Supplements für optionale Verwendung vorgehalten.

Nach IHE sind 6 Sections als Templates für <section> Elemente vorgesehen.

Diese können teilweise durch Entries als Templates für <entry> Elemete ergänzt werden (vgl. Fig. 4.1.2.1-1 APSR).

Child Elemente sind Templates für Elemente des CDA Headers oder für <section> Elemente oder für Elemente, die in verschiedenen Tiefen unterhalb eines <entry> Elements verschachtelt werden oder für ein Element aus Kombinationen dieser genannten.

Die OID Hierarchie der IHE ist wie folgt:

1.3.6.1.4.1.19376.1.8 Pathologiedomäne
- 1.3.6.1.4.1.19376.1.8.1 CDA Content Module
  - 1.3.6.1.4.1.19376.1.8.1.1 Document Content Module
  - 1.3.6.1.4.1.19376.1.8.1.2 Section Content Module
  - 1.3.6.1.4.1.19376.1.8.1.3 Entry Content Module
  - 1.3.6.1.4.1.19376.1.8.1.4 Element Content Module
- 1.3.6.1.4.1.19376.1.8.2 Terminologien
  - 1.3.6.1.4.1.19376.1.8.2.1 PathLex
- 1.3.6.1.4.1.19376.1.8.5 Value Sets
- 1.3.6.1.4.1.19376.1.8.9 Beispielinstanzen

Die Grundstruktur eines Befundes im deutschsprachigen Raum ist: Material - Makroskopische Beurteilung - Mikroskopische Beurteilung - Diagnose - Zusammenfassung. Diese wird durch o.g. Struktur vollständig abgebildet.

Der Pathologiebefundbericht als Sonderfall des Arztbriefs kann also weitgehend durch Verwendung von Arztbrief- und IHE-Templates als CDA R2-Dokument gestaltet werden.

At the highest level of Document Content Modules (document type class LOINC 11526-1) the generic Anatomic Pathology Structured Report (1.3.6.1.4.1.19376.1.8.1.1.1) is the template for the entire Pathology report. Up to now 20 Organ Specific APSR (1.3.6.1.4.1.19376.1.8.1.1.2.1 through -2.20) have been reserved as templates for organ-specific tumor-APSR in an appendix of the IHE-APSR Supplement.

This document content modul contains up to 6 Sections as templates for <section> elements.

Those can be added by Entries as templates for <entry> elements (see Fig. 4.1.2.1-1 APSR).

Child Elemente are templates for elements of the CDA header or for <section> elements or for elements, which are nested at various depths below an <entry>, or an element appearing at some combination of these locations.

The OID hierarchy of IHE is as follows:

1.3.6.1.4.1.19376.1.8 Pathology domain
- 1.3.6.1.4.1.19376.1.8.1 CDA Content Module
  - 1.3.6.1.4.1.19376.1.8.1.1 Document Content Module
  - 1.3.6.1.4.1.19376.1.8.1.2 Section Content Module
  - 1.3.6.1.4.1.19376.1.8.1.3 Entry Content Module
  - 1.3.6.1.4.1.19376.1.8.1.4 Element Content Module
- 1.3.6.1.4.1.19376.1.8.2 Terminologies
  - 1.3.6.1.4.1.19376.1.8.2.1 PathLex
- 1.3.6.1.4.1.19376.1.8.5 Value Sets
- 1.3.6.1.4.1.19376.1.8.9 Instances in the examples built by the PAT TF

The basic structure of an Anatomic Pathology Report in German speaking countries is: Specimen - Macroscopic evaluation - Microscopic evaluation - Diagnosis - Summary. This is completely mirrored by the structure described above.

The Pathology Report as a special (constrained) case of a discharge letter can also be derived from the German HL7 Discharge letter and from IHE-APSR templates as a valid CDA R2 document.

Any AP structured report SHALL be associated with the following metadata:

typeCode = 11526-1, which is the LOINC code for “Pathology study”.
formatCode = urn:ihe:pat:apsr:all:2010, with associated codingScheme = 1.3.6.1.4.1.19376.1.2.3 as assigned by the ITI Domain for codes used for the purposes of cross-enterprise document sharing (XDS).
The media type SHALL be “text/xml”.

Allgemeine Beschränkungen des Pathologiebefundes (IHE APSR) gegenüber einem CDA R2 Dokument / General constraints added by IHE PAT to a CDA R2 document

Im strukturierten Body hat eine Section einen narrativen Block (text Element), der den lesbaren Inhalt der Section repräsentiert und der ein oder mehrere Entries haben KANN. Sections KÖNNEN ineinander verschachtelt sein,

Folgende Einschränkungen gelten:

Wenn eine Section ein text Element und entry Elemente hat, dann MUSS der maschinenlesbare Inhalt vollständig in lesbaren Inhalt ins text Element transskribiert werden.
Das text Element KANN Informationen enthalten, die nicht im maschinenlesbaren entry Element enthalten sind.
Die entry Elemente werden nach Specimen oder Gruppen von Specimen instantiiert. Unterhalb eines entry Elements erfolgt die Organisation der Observations nach dem Problem.
Das text Element einer Section sollte im Layout ebenfalls nach Specimen oder Gruppe von Specimen gegliedert werden.
Das Layout des text Elementes obliegt der Content Creator Applikation oder weiteren Einschränkungen durch Nationale Körperschaften. Die Content Creator Applikation MUSS Freitext und aus entry Elementen transskribierten Text separat behandeln und sicherstellen, dass ein Überschreiben von Freitext durch transskribierten Text verhindert wird.
Zu übertragende Information MÜSSEN Unterscheidungen klar identifizieren hinsichtlich:
- None: Es ist sicher bekannt, dass es keine Information gibt.
- None known: Es ist derzeitig nicht sicher bekannt, ob es keine Information gibt.
- Asked but unknown:Die Information wurde nachgefragt, konnte aber nicht erhalten werden (Ergebnis einer Untersuchung nicht bekannt).
- Unknown: Die Information ist unbekannt oder anderweitig nicht verfügbar.
- Other, not specified: Der Wert gehört nicht zum vereinbarten Wertesatz und wird vom Autor überhaupt nicht mitgeteilt.
- Other, specify: Der Wert gehört nicht zum vereinbarten Wertesatz und wird vom Autor als fremder Wert mitgeteilt.
- Not applicable: Es gibt keinen anwendbaren Wert für den gegebenen Kontext.

Sections, die R oder R2 Status haben und über keine Informationen verfügen, sollten eine dieser Begriffe im text Element verwenden.

Strukturelemente mit R oder R2 Status, die über keine Information verfügen solten ein "nullFlavor" Attribut zur Codierung des Grundes der fehlenden Information verwenden.

Situation	nullFlavor	HL7 Definition
Asked but unknown	ASKU	Information wurde gesucht aber nicht gefunden
Unknown	UNK	Ein Wert wäre anwendbar, aber nicht vorhanden
Other, not specified	OTH	Der Wert ist kein Element aus der betreffenden Wertedomäne
Not applicable	NA	Es gibt keinen geeigneten Wert in diesem Kontext
Temporarily not available	NAV	Information ist im Moment nicht verfügbar, wird aber erwartet

Die Situationen "None" und "None known" sind effektive Werte in den zugehärigen Wertesätzen. Die Situation "Other, specify" kann auf zweierlei Art gehandhabt werden:

das code Attribute wird leer gelassen und die Antwort wird im nichtkodierten originalText Attribut aufgeführt,
ein kodierter Wert aus einem anderen Codeschema wird eingetragen, wenn die Kodierungsstärke dieses Elements mit "CWE" (coded with extensions)definiert ist. Die Attribute code, display name und codeSystemName beschreiben dann den fremden Code.

Für zusätzliche Untersuchungstechniken wird die Situation "nicht durchgeführt" oder "nichts durchgeführt" durch den nullFlavor=NAV repräsentiert.

In the structured body of a CDA R2 document, a section has a narrative block (the text element), which presents the human-readable content of the section, and MAY have one entry or more. Sections MAY be nested within one another. The content modules designed by the PAT TF bring or highlight the following constraints:

When a section has a text element and one or more entry element, the content coded for machine-processing in the entries SHALL be completely transcribed into human-readable content in the textelement.
Conversely the text element MAY contain pieces of information, which are not available in machine-readable format in any entry element of the section.
For a document of the Anatomic Pathology domain, the entry elements are instantiated per specimen or per group of specimens observed together. One entry contains in machine-readable format observations of the section related to the same specimen or group of specimens. Beneath an entry, the observations are organized per problem.
The text element of the section is supposed to be also laid out per specimen or group of specimens and per problem observed.
The APSR Content Profile leaves the layout of the text element up to the Content Creator applications, or to further constraints brought by national extensions of this profile. However, given that the text element is usually composed of free text (e.g. dictated text), assembled with the text generated from the set of data, machine-encoded in the entry elements below, the Content Creator application MUST handle these two kinds of content, and provide a user interface, which avoids risks of overwriting text automatically derived from the entries with free text typed in by the user (e.g., using forms with dedicated free text areas and distinct protected areas for text generated out of structured data).
Information that is sent SHALL clearly identify distinctions between:
- None: It is known with complete confidence that there are none. This indicates that the sender knows that there is no relevant information of this kind that can be sent.
- None Known: None known at this time, but it is not known with complete confidence that none exist.
- Asked but unknown: The information was requested but could not be obtained. Used mainly in the context where an observation was made but the result could not be determined.
- Unknown: The information is not known, or is otherwise unavailable.
- Other, not specified: The actual value does not belong to the assigned value set and is not reported at all by the author.
- Other, specify: The actual value does not belong to the assigned value set and the author of the report provides this foreign value anyway.
- Not applicable: No proper value is applicable in this context.

Sections that are required to be present but have no information should use one of the above phrases where appropriate in the text element.

Structural elements that are required but have no information shall provide a "nullFlavor" attribute coding the reason why the information is missing.

Situation	nullFlavor	HL7 Definition
Asked but unknown	ASKU	information was sought but not found
Unknown	UNK	A proper value is applicable, but not known.
Other, not specified	OTH	The actual value is not an element in the value domain of a variable. (e.g., concept not provided by required code system).
Not applicable	NA	No proper value is applicable in this context
Temporarily not available	NAV	Information is not available at this time but it is expected that it will be available later.

The two situations “None” and “None known” represent effective values, which are part of the related value sets.The situation “Other, specify” can be handled in two ways in a coded data element:

Leaving empty the code attribute and providing the non-coded answer in the originalText attribute.
Providing a value coded from a different coding scheme, when the coding strength of the element is "CWE"(coded with extensions). The attributes code, displayName, codeSystem and codeSystemName then describe the foreign code.
For ancillary techniques, the situation "not performed" or "none performed" is represented by nullFlavor = NAV.

Spezielle Beschränkungen des Pathologiebefundes gegenüber IHE-APSR (National Extensions) / Special constraints added by the Anatomic Pathology Report to IHE-APSR (National Extensions)

Gibt es derartige weitere Beschränkungen (z.B. Umgang mit Tumorformeln, Value sets bzgl. Organspezifität etc.)?? GH

Organspezifische Document Content Module mit organspezifischen Beschränkungen in den Specimen Collection Procedures und AP Observations sind nicht vorgesehen.

Im Gegensatz zu IHE_APSR sind die Sections Intraoperative Untersuchung, Makroskopische Beurteilung, Mikroskopische Beurteilung sowie ausführliche gutachterliche Stellungnahme obligatorisch.

Organ specific Document Content Modules with organ specific constraints in Specimen collection procedures and AP Observations are not defined.

In contrast to IHE APSR the sections "Intraoperative Observation", "Macroscopic Observation", and "Microscopic Observation" are mandatory.

Allgemeine Struktur des Pathologiebefundes CDA R2

Die allgemeine Struktur eines Pathologieberichtes hinsichtlich seiner maschinenlesbaren Inhalte gestaltet sich wie von IHE-APSR vorgeschlagen:

Die Abbildung weist eine Abweichung von der XML-Struktur im Beispiel auf: der component-Tag wird hier nicht dargestellt. --Tschrader 23:14, 31. Jul. 2013 (CEST)

- in den Sections 1 - 5 werden werden keine Specimen collection procedure-Entries genutzt: Jede Observation oder Batterien von Observations werden durch eine Referenz auf das Specimen und das Problem, zu dem sie gehören, gebunden.

- die Informationen zu den Specimen (Proben, Materialien) werden in der (Procedure steps) Materialaufbereitungs Section durch das Specimen procedure step entry zentralisiert, so dass jedes Specimen jeder Hierarchstufe identifiziert werden kann (s.auch cdapath:Materialaufbereitung-Section (Template)).

Abschnitte des Befundberichtes / Sections of the APSR

Die Abschnitte des Befundberichts, untergliedert nach Sections und Entries, sind in nachfolgender Tabelle aufgelistet.

Lvl	Dokumentabschnitt	Hierarchie	Pathologisch- anatomische Begutachtung/ Erstbericht	Obduktions-/ Sektions- gutachten	LOINC	Sektorkommitee	(IHE) OID
1	Anrede	Section	0..1	0..1		nein
1	Vorbefunde	Section	0..1	0..1		nein
1	Klinische Information	Section	0..1	0..1	22636-5	nein	1.3.6.1.4.1.19376.1.8.1.2.1
2	- Fragestellung	SubSection	0..1	0..1	42349-1	nein	1.3.6.1.4.1.19376.1.5.3.1.3.1
2	- Anamnese	SubSection	0..1	0..1	10164-2	nein	1.3.6.1.4.1.19376.1.5.3.1.3.4
2	- "Active problem"	SubSection	0..1	0..1	11450-4	nein	1.3.6.1.4.1.19376.1.5.3.1.3.6
1	Intraoperative Untersuchung	Section	0..*		tbd	ja	1.3.6.1.4.1.19376.1.8.1.2.2
1	Makroskopische Beschreibung	Section	1..*		22634-0	ja	1.3.6.1.4.1.19376.1.8.1.2.3
1	Mikroskopische Beschreibung	Section	1..*	1..1	22635-7	ja	1.3.6.1.4.1.19376.1.8.1.2.4
1	Diagnose	Section	1..*		22637-3	ja	1.3.6.1.4.1.19376.1.8.1.2.5
2	- ausführliche kritische gutachterliche Stellungnahme/Epikrise/Kommentar	SubSection	0..1	0..1	35660-0	ja	1.3.6.1.4.1.19376.1.8.1.2.7
1	Materialaufbereitung	Section	1..*	1..1	46059-2	ja	1.3.6.1.4.1.19376.1.8.1.2.6
1	Äußere Leichenschau	Section		1..1
1	Innere Leichenschau	Section		1..1
1	Unterbeauftragung	Section	0..*	0..*		ja
1	Diagnose(n) konsiliarischer Untersuchungen	Section	0..*	0..*		ja
1	Schlusstext	Section	0..1	0..1		nein

Tabelle 1: Abschnitte des Befundberichts, deren Inhalt und zugehörige LOINC-Codes

(Level gibt hier die Schachtelung der Spezifikation an, d.h. ein höher Level bedeutet die Inklusion in einer vorhergehenden Section. Das ist kein Aussage über den CDA-Level, der den Grad der Kodierung angibt.)

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

CDA-Header

Die Regelungen zum Header können aus dem VHitG-Arztbrief, Kapitel 7, vollständig übernommen werden. Einzig die Liste der teilnehmenden Personen (participants) ist um den Einsender zu ergänzen, der in der Regel auch der beabsichtigte Empfänger des Dokuments (informationRecipient) ist. Er ist nicht identisch mit einem Ein- oder Überweiser.

IHE_APSR_TF_Supplement-2011-03-31 schlägt dafür noch zwei weitere participant-Rollen vor:

Ordering physician (participant[@typeCode="REF"]/templateId[@root="1.3.6.1.4.1.19376.1.3.3.1.6"], HL-7 ORC-12, OBR-16, ORC-9
Specimen collector (participant[@typeCode="DIST"]/templateId[@root="1.3.6.1.4.1.19376.1.8.1.4.1"], HL-7 OBR-10, SPM-17.

Beide in der usage-Kategorie R2 (required, if known)

Weiterhin gibt es den Dokumentenstatus, der durch das Code Element lab:statusCode unter documentationOf/serviceEvent als Extension zum CDA R2 Standard repräsentiert wird, um einen "vorläufigen Befund (lab:statusCode@code="active") von einem endgültigen Befund (lab:statusCode@code="completed") zu unterscheiden. Diese Extension wird geschützt durch einen Namespace assoziiert mit dem ClinicalDocument Element zum Präfix lab: <Clinical Document xmlns:lab="urn:oid:1.3.6.1.4.1.19376.1.3.2" … >

GH: Ist das schon berücksichtigt?

Die weiteren Ausführungen erübrigen sich damit bis auf die Dokumententypisierung!

In diesem Abschnitt werden die Elemente des CDA Headers erläutert, die zwingend in den CDA HL7 R2 Arztbrief einzubinden sind.

Lvl

RIM

Name

DT

Kard

Conf

Beschreibung

1

act

ClinicalDocument

1..1

M

Dokument

2

act

id

II

1..1

Dokumenten-ID

Jeder Pathologiebefund muss genau eine eindeutige DokumentenID aufweisen. Diese DokumentenID identifiziert ein Dokument weltweit und für alle eindeutig.

Das @extension Attribut enthält eine eindeutige Dokumentennummer, die von der in @root genannten Authority vergeben wird. Im @root Attribut wird das Dokument-erzeugende Anwendungssystem über eine OID identifiziert: Für die Kommunikation nach außen muss eine OID gewählt werden, die eindeutig für die Instanz des Anwendersystems ist. In der Regel werden diese OIDs vom Hersteller des jeweiligen Anwendersystems kommen, der seine tatsächlichen Installationen (Applikations-Instanzen) mit entsprechenden eindeutigen OIDs zu versehen hat. Das heißt, dass jede Installation eines Anbieters eine eindeutige OID besitzt und verwendet.

2

act

code

CE CWE

1..1

Typisierung des Dokuments

Über das @code Attribut wird eine Typisierung des Dokuments vorgenommen.

[Im Falle der Integration des Pathologiesystems von Vivantes ist folgender Eintrag zu verwenden.]

Code	Dokumenten-Typ	Deutsche Bezeichnung	Berufsgruppe	Umgebung
11529-5	Surgical pathology report	Pathologischer Befundbericht/Pathologisch-anatomische Begutachtung
18743-5	Autopsie report	Autopsiebericht/Obduktionsbericht

Tabelle 3: LOINC-Codes für Dokumenttypen (OID 2.16.840.1.113883.6.1)

Die LOINC-Codes 11526-1 und 11529-5 beschreiben offenbar vollständig identische Sachverhalte. Da IHE-APSR ausschließlich 11526-1 verwendet, sollte dieser auch in HL-7 verwendet werden. Dies steht im Widerspruch zum VHitG-Arztbrief, der den Code 11529-5 vorsieht!

K. Heitmann: 11529-5: Surgical pathology study ist m.E. ein Subspezialität von 11526-1: Pathology study, In einigen Ländern wird unterschieden zwischen "Anatomic Pathology" und "Clinical Pathology". Molekularpathologie und Cervixausstriche zum Beispiel fallen dort eher nicht unter Anatomic Pathology. Der übergeordnete Code 11526-1 solle also verwendet werden. Die Codes im Arztbrief 2006 sind nur Beispiele, die Verwendung von 11526-1 steht daher nicht im Wiederspruch dazu.

GH: 11529-5: Dann ist das geklärt. In Deutschland wird nicht zwischen Klinischer und Anatomischer Pathologie unterschieden. Alle pathologisch-anatomischen Untersuchungen werden von Fachärzten für Pathologie (Ausnahme Spezialisierungen für gynäkologische Zytologie für Gynäkologen und für Dermatohistologie für Hautärzte, beide in der Muster-Weiterbildungsordnung abgebildet) durchgeführt. Dafür entfallen klinisch-chemische und mikrobiologische Untersuchungen. Amerikanische Dokumententypisierungen müssen demzufolge nicht 1:1 auf unsere HL7 übertragen werden. Leider habe ich bisher keine Konzepte finden können, die die LOINC-Codes definieren. So ist man z.T. aufs Raten angewiesen.

GH: 11529-5: Nach Diskussion mit ELGA kann in IHE-XDS-Registern eine Klasse und ein feiner granulierter Typ angegeben werden. In CDA gibt es nur einen „Code“. Wir interpretieren das als den Typ, beim Registrieren kann dann die grobe Klassifizierung einfach ermittelt werden (umgekehrt wäre es schwierig). Einigen wir uns also auf 11526-1 "Pathology study" als Dokumentenklasse, darunter die beiden Dokumententypen 11529-5 und 18743-5

[Weitere Typen sind bei Interesse dem Implementierungsleitfaden der VHitG S. 46 Tabelle 3 zu entnehmen.]

Für das @code Attribut wird das LOINC Codesystem verwendet. Es muss das @codeSystem Attribut daher mit dem OID des LOINC gefüllt werden.

2

act

lab:statusCode

CS

0..1

Dokumentenstatus

Das lab:statusCode@code Attribut enthält den Status des Dokumentes. Die beiden Codes sind "active" und "complete".

2

act

title

ST

1..1

Titel

3

act

effectiveTime

TS

1..1

Erstellungsdatum

Das @effectiveTime Attribut enthält das Erstellungdatum des Dokumentes. Es muss mindestens eine Jahres-, Montats- und Tagesangabe enthalten. Eine Stunden- und Minutenangabe ist optional.

Alle XML Arztbriefe beginnen mit dem Wurzelelement ClinicalDocument und der vorgeschriebene Zeichensatz ist UTF-8.

Daraus ergibt sich folgende Struktur, die wie aufgeführt umzusetzen ist. Dabei sind fett gedruckte Bereiche unverändert einzubauen.

<?xml version="1.0" encoding="UTF-8"?>
<ClinicalDocument
	xmlns="urn:hl7-org:v3"
	xmlns:voc="urn:hl7-org:v3/voc"
	xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
	<typeId root="2.16.840.1.113883.1.3" extension="POCD_HD000040"/>
	<id extension="13234453645" root="2.16.840.1.113883.2.6.15.3.427.1"/>
	<title>Pathologisch anatomische Begutachtung [mit kritischer Stellungnahme]</title>
	<code code="11526-1" codeSystem="2.16.840.1.113883.6.1"/>
	<effectiveTime value="200509241634"/>

	<!-- CDA Header -->
	... siehe Beschreibung CDA R2 Header

	<!-- CDA Body -->
	<component>
		<structuredBody>
			... siehe Beschreibung CDA R2 Body
		</structuredBody>
	</component>
</ClinicalDocument>

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Patient

Template ID	1.2.276.0.76.3.1.131.1.10.2.7 ????
General Description	In diesem Abschnitt im CDA Header wird der Patient beschrieben/erfasst. Dieser setzt sich zusammen aus einer Patientenrolle sowie dem Patienten selbst. Diese werden im recordTarget zusammengeführt.
LOINC Code	Opt.	Description
????	O

Im CDA-Header muss mindestens eine Patientenrolle beschrieben sein, die genau von einer Person gespielt wird.

Lvl	RIM	Name	Desc	Kard	Conf	Beschreibung
1	part	recordTarget	Patient	1..1	required
2	role	patientRole	Patient	1..1	required	Die Rolle des Patienten wird durch eine Person gespielt.
3	role	id	ID des Patienten	1..1	required	Verpflichtend muss in diesem Bereich die Patientenidentifikationsnummer angegeben werden. Diese setzt sich zusammen aus dem @extension Attribut, das die ID des Patienten enthält sowie dem @root Attribut, das die OID des Systems enthält, das die ID vergeben hat.
4	role	extension	ID des Patienten	1..1	required
4	role	root	ID des Patienten	1..1	required
3	ent	Person		0..1	optional	Patient
4	ent	name	Name des Patienten	0..1	optional	In dem Attribut @name ist der Name des Patienten untergebracht. Der Name wird wiederrum unterteilt in die @given und @family Attribute, die den Vornamen und den Familiennamen des Patienten enthalten.

Ein kompletter recordTarget ist im Folgenden angegeben.

<recordTarget>
	<!--- Patienten-Daten -->
	<patientRole>
		<id extension="6245" root="2.16.840.1.113883.3.933"/>
		<patient>
			<name>
				<prefix>Dr.</prefix>
				<given>Paul</given>
				<family>Pappel</family>
			</name>
		</patient>
	</patientRole>
</recordTarget>

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Autor

Template ID	1.2.276.0.76.3.1.131.1.10.2.7 ????
General Description	Autor des Berichts
LOINC Code	Opt.	Description
????	O

Lvl	RIM	Name	Desc	DT	Kard	Conf	Beschreibung
1	part	author	Autor		1..1	required	Autor: Neben dem Patienten muss ein Autor (author) angegeben werden, welcher das Dokument verfasst hat.
2	part	time	Zeitpunkt	TS	1..1	required	Im verpflichtend anzugebenden @time Attribut wird der Zeitpunkt der Dokumentation angegeben.
2	role	author	Autor		1..1	required	Informationen über den Autor werden in der assignedAuthor Klasse angegeben.
4	ent	name	Name des Autors	PN	0..1	optional	In dem Attribut @name ist der Name des Autors untergebracht. Der Name wird wiederum unterteilt in die @given und @family Attribute, die den Vornamen und den Familiennamen des Autors enthalten.

Ein kompletter author ist im Folgenden angegeben.

<author>
	<time value="20050829"/>
	<assignedAuthor>
		<id extension="190388km89" root="2.16.840.1.113883.3.24535"/>
		<assignedPerson>
			<name>
				<prefix>Dr.med.</prefix>
				<given>Theo</given>
				<family>Phyllin</family>
			</name>
		</assignedPerson>
	</assignedAuthor>
</author>

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Verwaltende Organisation

	Template-Metadaten
Template-Typ	Header
Template ID	1.2.276.0.76.3.1.131.1.10.2.7 ????
generischeres Template
genutztes Templates
nutzende Templates
abgeleitete Templates
Schwester-Templates
Generelle Beschreibung	Dieses Template spezifiziert, wer das Dokument verwaltet.
allg. Erläuterung
Verhältnis zu IHE
Ballotierungsstatus	in Arbeit
Erweiterbarkeit	offen oder geschlossen

Lvl	RIM	Name	Kard	Conf	Beschreibung
1	part	custodian	1..1	R	verwaltende Organisation
2	part	@typeCode	1..1	F	"CST"
2	role	assignedCustodian	1..1	M
3	role	@classCode	1..1	F	ASSIGNED
3	ent	representedCustodianOrganization	1..1	M	Organisation
4	role	id	1..1	M	Identifikation
4	role	name	0..1	O	Name der Organisation

Die Organisation (custodian), die für die Verwaltung des Dokuments verantwortlich ist, muss verpflichtend in der entsprechenden Klasse wiedergegeben werden. Die Organisation muss mindestens mit einer ID gekennzeichnet werden.

Ein kompletter custodian ist im Folgenden angegeben.

<custodian typeCode="CST">
	<assignedCustodian classCode="ASSIGNED">
		<representedCustodianOrganization>
			<id extension="175648374" root="1.2.276.0.76.4.5"/>
			<name>
				...
			</name>
		</representedCustodianOrganization>
	</assignedCustodian>
</custodian>

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

CDA Body

Die eigentliche klinische Dokumentation wird im so genannten CDA Body festgehalten. Im Vordergrund steht hier „lesbarer" (narrativer) Text, der verpflichtender Bestandteil von CDA R2 Dokumenten ist und die Interoperabilität zwischen den menschlichen Kommunikationspartnern garantiert. Hier sind Möglichkeiten gegeben, diesen Text grob zu strukturieren, wie man dies von den Möglichkeiten der Textverarbeitung her kennt. Zur Strukturierung stellt die Standardspezifikation eine Reihe von XML-Elementen zur Verfügung, die als Body Structures zusammengefasst werden können. Der Body enthält ein oder mehrere Abschnitte (sections). Diese können auch ineinander geschachtelt sein, so wie Kapitel und Unterkapitel in einem Buch. Zudem sind Strukturierungen im textuellen Bereich im Sinne von Tabellen oder Listen möglich.

Abschnitte <section>
Paragrafen <paragraph>
Kennzeichnung von bestimmten Inhalten <content>
Überschriften <caption>
Tabellen <table>
Listen <list>

Sections enthalten immer einen narrativen Block und erfüllen damit eine der oben genannten Maximen von CDA: die Mensch-zu-Mensch-Interoperabilität, die Lesbarkeit der Informationen für den Menschen. Im narrativen Block, durch das Textattribut in der section-Klasse repräsentiert, wird eingebetteter Text innerhalb eines Abschnittes angegeben. Dabei kann mit oben genanntem <content> Element bestimmter Inhalt gesondert gekennzeichnet werden.

Zusammengefasst werden im Textblock (teils so auch schon in CDA Release 1 realisiert) u.a. folgende Möglichkeiten der Struktur- und Formgebung des fließenden Textes gegeben:

Zeilenumbrüche <br>
Stilistische Angaben (unterstreichen, fett, kursiv etc.)
Hoch- und Tiefstellung von Text
Fußnoten
Symbole
Revisionsmarken im Text wie <delete>, <insert>

Mit den beschriebenen Body Strukturen können CDA Entries verbunden sein. Diese repräsentieren den „computerlesbaren Teil" innerhalb eines Dokumentenabschnitts. Body Entries sind im Prinzip eine Auswahl aus Klassen mitsamt Attributen aus dem HL7 Referenz-Informationsmodell (RIM).

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Modell

Nachfolgend ist das CDA-Modell angegeben, so wie es für den Pathologie-Bericht instanziiert wird:

Abbildung 5: Level-3-Modell

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Beispiele für Befunde

Zu Beginn ein relativ einfaches und kurzes Beispiel:

Beispiel 1, entspricht Use case 1

Material:

Zystenbalg Regio 38

Makroskopische Beurteilung:

Zusammen pampelmusenkerngroße (Durchmesser 12 mm) membranöse festelastische grauweißliche Gewebsstücke.

Mikroskopische Beurteilung:

Partiell durch ein sehr schmales, nicht verhorntes Plattenepithel ausgekleideter Balganteil einer odontogenen Zyste mit einzelnen Malassezschen Epithelnestern und herdbetonter sehr schütterer rundzelliger entzündlicher subepithelialer Infiltration. Eingesprengt wenig Hartmaterial.

Diagnose:

Follikuläre Zyste. Kein Anhalt für Malignität oder Spezifität am vorliegenden Material.

Unterschrift

Beispiel 2, Befund mit Klassifikationsanteil und Nachbericht, entspricht Use case 1

Material:

Sonographisch gestützte Stanzbiopsie Mamma re. 10 Uhr

Makroskopische Beurteilung:

Mehrere (gemäß klinischer Angabe fünf) zusammen 51 mm lange weiche bis mittelfeste teils grauweißliche, teils graugelbliche Punktionszylinder von max. Bleistiftminenstärke.

Mikroskopische Beurteilung: (HE, CK 5/14, CK 7):

Alle gewonnenen Punktionszylinder wurden vollständig gebettet und mit 13 Schnittstufen untersucht. Sie bestehen aus lipomatös und fibrolipomatös transformiertem Brustdrüsengewebe und lassen in mindestens sechs Punktionszylinderteilstücken neben atrophischen Drüsenlobuli und ektatischen Milchgangsanschnitten sowie kleineren Adenoseherden (mikrozystische und blunt-duct-Adenosen) in wechselnder Dichte in ein hyalinelastotisch transformiertes Stroma eingebettete unterschiedlich großkalibrige Tubuli erkennen, diese vielfach mit Abknickungen, die ausgekleidet werden von einem einreihigen, überwiegend gering, örtlich mäßig atypischen flach kubischen Epithel ohne nennenswerte mitotische Aktivität und fehlende basale Myoepithellage in der CK 5/14-Reaktion, vereinbar mit Tumorinfiltraten eines tubulären Mammakarzinoms (Malignitätsgrad 1 nach Elston und Ellis; 1+2+1); vgl. auch EH-Nr. 7082/12.

Diagnose: Tubuläres Karzinom der Mamma.

Klassifikation nach NHSBSP: B 5b

Zum Ergebnis der noch ausstehenden Hormonrezeptorbestimmung und des HER-2/neu- Status erfolgt ein Nachbericht. Telefonische Vorabinformation am 31.05.2012.

Unterschrift

1. Nachbericht:

Ergebnis der immunhistochemischen Hormonrezeptorbestimmung:

Östrogenrezeptoren: über 80 % positiver Zellkerne, vorherrschende Färbeintensität: stark, IRS 12 nach Remmele und Stegner.

Progesteronrezeptoren: über 80 % positiver Zellkerne, vorherrschende Färbeintensität: stark, IRS 12 nach Remmele und Stegner.

Der Tumor ist endokrin-responsiv.

Ergebnis der in-situ-Hybridisierung (BDISH) des HER2-neu-Gens:

Nach einer in-situ-Hybridisierung des Genlocus c-erb-B2 und des Zentromer von Chromosom 17 wurden die ISH-Signale von 30 Tumorzellen ausgezählt. Die untersuchten invasiven Tumorzellen zeigen ein mittleres Verhältnis 1,19 (Gen/Zentromer). Es liegt also keine Amplifikation des HER2-neu Lokus vor (ZytoDot 2C SPEC Her- 2/CEN17 Probe Kit).

Unterschrift

Beispiel 3, Befund mit mehreren Präparaten, Schnellschnitt, Klassifikationsanteil, Unterbeauftragung und Nachbericht, entspricht Use case 3

Material:

1. Sentinel-LK re. 2. Segmentresektat Mamma re.

Makroskopische Beurteilung:

1. Backpflaumengroßes (40 x 20 x 15 mm messendes) Fettgewebsstück, darin eingeschlossen drei, max. gewürzkorngroße (größter Durchmesser 6 mm) mittelfeste grauweißliche Gewebsknoten.
2. Auf Styroporplatte nadelfixiertes, zweifach fadenmarkiertes fettgewebsreiches Mammaresektat aus dem zentralen Drüsenkörper von 119 g in einer Ausdehnung von 6,5 x 7 x 4 cm mit zentral aufsitzender, 4 cm durchmessender Mamille/Areole. Mamille und unmittelbar retromamilläres Drüsenkörpergewebe in einer Ausdehnung von 12 mm derb knotig grauweiß induriert. Auf der Mamille selbst aufgelagert eine kleine Kruste. Das Resektat wird von lateral beginnend in neun Scheiben lamelliert. Weitere verdächtige Knotenbildungen kommen nicht zur Darstellung. Sicherheitszonen der beschriebenen Knotenbildungen zu allen Resektionsrändern mindestens 10 mm bzw. deutlich darüber.

Schnellschnittdiagnose:

1. Alle drei Sentinellymphknoten im Schnellschnitt metastasenfrei.
2. Karzinom unmittelbar retromamillär, Sicherheitszonen nach allen Seiten mindestens 10 mm bzw. deutlich darüber.

Telefonische Befundübermittlung am 15.06.2012, 11.59 Uhr an Herrn CA Dr. XY.

Mikroskopische Beurteilung:

1. Alle drei Sentinellymphknoten, die vollständig gebettet und in Stufenserienschnitten mit jeweils 12 Schnittstufen aufgearbeitet wurden, sind metastasenfrei. Man erkennt kleinherdige lipomatöse Transformationen und narbige Fibrosierungen. Umgebendes Fettgewebe unauffällig.

2. Das Mammaresektat wurde unter Berücksichtigung der Topografie und Markierungen mit 13 Paraffinblöcken mit jeweils Schnittstufen untersucht. In der Haut der Mamillenregion bzw. unmittelbar retromamillär unter Einbeziehung der lokalisationstypisch größeren Ductus und Sinus lacteripheri Tumorgewebe des in der Stanzbiopsie vordiagnostizierten invasiven Mammakarzinoms (vgl. EH-Nr. 7226/12), jetzt als gemischt invasiv duktales und lobuläres Mammakarzinom zu klassifizieren (Malignitätsgrad 2 nach Elston und Ellis; 3+2+1) mit vordergründig dissolut einzelzelligem Wachstumsmuster mit Ausbildung sog. indian files und Targetstrukturen um unbeeinträchtigte Milchgänge, aber auch tubulären Differenzierungen und kleiner intraduktaler Komponente, die an umschriebener Stelle den invasiven Karzinomanteil nach dorsal um 1 mm überschreitet. Es besteht eine wechselnd stark ausgeprägte Stromasklerose mit örtlich schütter rundzellig entzündlicher Stromareaktion und man sieht in einem der Schnittpräparate eine umschriebene, herdförmig eingeblutete narbige Fibrose mit reaktiven Veränderungen der bedeckenden Epidermis bei Zustand nach vorausgegangener Punchbiopsie. Karzinomentfernung im Gesunden, Sicherheitszonen nach allen Seiten jeweils deutlich über 10 mm. Breit anhängender Saum tumorfreien Brustdrüsengewebes betont lipomatös transformiert ohne sonstigen nennenswerten pathologischen Befund.

Zusammenfassung:

Ungewöhnlich oberflächlich retromamillär bzw. in der Haut der Mamillenregion rechts gelegenes gemischt invasiv duktales und lobuläres Mammakarzinom. Karzinomentfernung im Gesunden (Sicherheitszonen nach allen Seiten über 10 mm). Drei metastasenfreie Sentinellymphknoten.

Unterbeauftragte Untersuchung:

Unfixiertes Tumorgewebe wurde zur uPA/PAI-1-Bestimmung an das Institut für Pathologie des UKD gesandt. Über das Ergebnis wird nachberichtet.

Tumorklassifikation:

TNM (UICC, 7. Auflage):
pT1c pN0 (0/3sn), R0, L0, V0
Grading: G 2
ICD-O-3: C 50.0, M 8522/3

Unterschrift

1. Nachbericht:

Ergebnis der uPA/PAI-1-Analyse:

Methodik: Am unfixierten Gewebe des invasiven Mammakarzinoms wurde nach Kryokonservierung mit dem FEMTELLE® ELISA-Test die Aktivität des Plasminogenaktivators vom Urokinasetyp (uPA) und des Plasminogen-Inhibitors (PAI-1) bestimmt (Institut für Pathologie des UKD, Prof. Dr. XYZ).

Untersuchungsergebnis:

uPA: 6,27 ng/mg Protein
PAI-1: 12,4 ng/mg Protein

Bewertung:

Bei diesem Ergebnis kann bei nodal-negativen Mammakarzinom, Malignitätsgrad 2 nach Elston und Ellis entsprechend der Interdisziplinären S3-Leitlinie für die Diagnostik, Therapie und Nachsorge des Mammakarzinoms von einem hohen Rezidivrisiko ausgegangen werden.

Unterschrift

Beispiel 4, Befund mit einem Präparat, mehreren unabhängigen Tumoren, Schnellschnitt, jeweiligem Klassifikationsanteil, Referenz zu Voruntersuchung, entspricht Use case 3

Material:

Zystoprostatektomiepräparat, Absetzungsrand Harnröhre tumorfrei?

Makroskopische Beurteilung:

Zystoprostatektomiepräparat bestehend aus der im eröffneten Zustand 6,5 x 5,5 x 3 cm messenden Harnblase, der 5,0 x 3,5 x 3,0 cm messenden Prostata, einem 7 cm langen und maximal 0,3 cm durchmessenden Ureteranteil rechts, einem maximal 7 cm langen und maximal 0,3 cm durchmessenden Ureteranteil links, einem 8 cm langen Ductus deferens-Anteil der rechten Seite von maximal 4 mm Durchmesser sowie einem 8 cm langen Ductus deferens-Anteil der linken Seite von maximal 4 mm Durchmesser sowie der maximal 3 cm durchmessenden rechten Samenblase und der maximal 3 cm durchmessenden linken Samenblase. Der Harnrˆhrenabsetzungsrand ist fadenmarkiert. Im Bereich der rechten Harnblasenseitenwand/-hinterwand zeigt sich ein maximal 2,5 cm durchmessender ulkusartiger Defekt (a). Eindeutiges Tumorgewebe lässt sich makroskopisch nicht abgrenzen. Die Prostata ist von kleinknotigem Aufbau und weist kleinzystische Hohlraumbildungen auf. Im perivesikalen Weichgewebe lassen sich keine Gewebsknoten makroskopisch abgrenzen.

Schnellschnittdiagnose:

Tumorfreier Harnröhrenabsetzungsrand.Telefonische Befundübermittlung an Herrn CA Prof. Dr. Urologe um 10:54 Uhr am 27.03.2013.

Mikroskopische Beurteilung:

Das Zystoprostatektomiepräparat wurde mit 18 Paraffinblöcken und zahlreichen Schnittstufen histologisch untersucht. Im oben beschriebenen Bereich der Harnblase (a) finden sich partiell ulzerierte papilläre und solide urotheliale Karzinomstrukturen, die eine mäßige bis starke Kernpolymorphie aufweisen. Tumorinfiltration aller Harnblasenwandschichten, örtlich kleinherdig bis in das unmittelbar angrenzende perivasikale Fettgewebe reichend. Verschiedentlich Lymphangiosis carcinomatosa. In der angrenzenden Harnblasenschleimhaut sowie in der linken Harnblasenseitenwand und im Harnblasenscheitel fokale urotheliale Dysplasien aller Schweregrade bis zu einem Carcinoma in situ. Der Ureter am Resektionsrand beiderseits ist tumorfrei. In der Pars prostatica urethrae multifokales Carcinoma in situ mit Übergreifen auf von Brunnsche Zellnester. Hier keine Tumorinfiltration durch das Urothelkarzinom. Der Harnröhrenabsetzungsrand ist auch im paraffingebetteten Material tumorfrei. Im rechten Prostataseitenlappen finden sich herdförmig azinäre und tubuläre Karzinomstrukturen, die zwischen nicht neoplastische Drüsen infiltrieren sowie eine geringe bis mäßige Kernpolymorphie und prominente Nukleolen aufweisen. Apex prostatae sowie Ductus deferens und Samenblase beiderseits sind tumorfrei.

Diagnose:

Schlecht differenziertes Urothelkarzinom der Harnblase, im Gesunden entfernt. Verschiedentlich Lymphangiosis carcinomatosa. In der Tumorumgebung und in der Pars prostatica urethrae multifokales Carcinoma in situ.

Tumorklassifikation: (im Zusammenhang mit EH-Nr. 4259/13):
TNM (UICC, 7. Auflage): pT3a pN0 (0/17), L1, V0, R0
Grading: G 3, high grade
ICD-O-3: C 67, M 8130/33

Mäßig differenziertes azinäres Adenokarzinom im rechten Prostataseitenlappen, im Gesunden entfernt.

Tumorklassifikation: (im Zusammenhang mit EH-Nr. 4259/13):
TNM (UICC, 7. Auflage): pT2a pN0 (0/17), L0, V0, R0
Grading: Gleason-Score: 3+3=6, G IIa nach Helpap
ICD-O-3: C 61, M 8140/3

Unterschrift

Beispiel 5, inhaltlich unvollständig strukturierter Befund bei mehreren Präparaten

PathoBerichtText

Wiederholung der Ki-67-Färbung von der 2. Fraktion (rechts).

Beurteilung

1. Isolierte Tumorzellen in einem funktionsgesteigerten Lymphknoten (linke Axilla Sentinellymphknoten 544cps).

2. Teils glanduläres, teils solides, invasives ductales Adenocarcinom der Brustdrüse, geringe nukleäre Atypien sowie ductales Carcinoma in situ mit geringen Atypien, DCIS I und Mikrokalk bis 0,2mm (rechte Mamma oben zwischen den Quadranten, Resektat); immunhistologisch fokal starke Expression des Östrogenrezeptors in etwa 60% der Tumorzellen. Score nach Elston und Ellis: 4. Immunreaktiver Score: Östrogenrezeptor 9, Progesteronrezeptor 0. Onkoprotein C-erbB-2 Index: 0
Größter Durchmesser des invasiven Carcinoms etwa 9mm, das invasive Carcinom reicht zumindest an die craniale Abtragungsebene im peripheren (cranialen) Pol. Durchmesser der in situ Komponente etwa 35mm, Abstand von der nächstgelegenen (posterioren) Abtragungsebene etwa 0,4mm, die in situ Komponente breitet sich allerdings ebenfalls in den peripheren (cranialen) Pol aus und erreicht damit dort mindestens die Abtragungsebene.

3. Weitgehend solides, invasives ductales Adenocarcinom der Brustdrüse, mittelgradige, herdförmig schwere nukleäre Atypien, etwa in gleicher Größe ductales Carcinoma in situ mit schweren Atypien, DCIS III sowie Nekrosen und Verkalkungen bis 4mm (Resektat linke Mamma oben außen); immunhistologisch starke Expression des Östrogenrezeptors und des Progesteronrezeptors jeweils in etwa 85% der Tumorzellen. Immunreaktiver Score: Östrogenrezeptor 12, Progesteronrezeptor 12. Kleine Wachstumsfraktion (Ki-67 um 10 %). Onkoprotein C-erbB-2 (Her-2-Neu-Index: 0). Größter Durchmesser der invasiven Komponente und der in-situ-Komponente jeweils etwa 23mm. Abstand der invasiven Komponente von der nächstgelegenen Abtragungsebene (posterior) 3,2mm, Abstand von anterior 12mm, von cranial 20mm, von caudal 23mm, von medial 30mm, von lateral 13mm. Die in-situ-Komponente breitet sich zumindest bis an die posteriore Abtragungsebene aus.

4. Neun tumorfreie Lymphknoten (linke Axilla).

5. Tumorfreies Fettgewebe (linke Mamma, Nachresektat lateral).

6. Überwiegend tumorfreies Fettgewebe mit kleinen Anteilen von tumorfreiem Brustdrüsengewebe (linke Mamma, Nachresektat mamillenwärts).

7. Überwiegend tumorfreies Fettgewebe mit kleinen Anteilen von tumorfreiem Brustdrüsengewebe (linke Mamma, Nachresektat cranial).

Auch nach Wiederholung lässt sich die Wachstumsfraktion in dem kleinen Tumor auf der rechten Seite nicht darstellen, vermutlich wurde das Antigen durch die schwere thermische Schädigung zerstört.

Pathologiebefundbericht

Template ID	1.3.6.1.4.1.19376.1.8.1.1.1 (AP APSR 6.2.3.1)
General Description	In diesem Template werden die Daten zum Pathologiebefundbericht übermittelt.
Status	identisch zu IHE
LOINC Code	Opt.	Description
11526-1	R	Pathology Study

Definition und Zweck

Dieses Template definiert die Grundlage für die Einschränkungen jedes strukturierten Pathologiebefundberichts unabhängig von Organ oder Diagnose. Es ist damit das generische Template für jeden strukturierten Pathologiebefund in allen Gebieten der Pathologie (z.B. Entzündung, Degeneration, Kreislaufstörung, gut- und bösartige Tumoren) sowie Zytopathologie.

Die Hierarchie von Sections und Entries ist in der IHE-Abb. dargestellt. Die einzige obligatorische Section (R) ist die Diagnostische Schlussfolgerung Section, der einzige obligatorische Entry ist der Specimen Information organizer Entry in dieser Section.

CDA APSR_R2 (IHE): Hierarchy of the body for APSR document content module

Die Sections 1 bis 5 zeigen folgende Grundstruktur:

Die Section 6 (Materialbearbeitung / Procedure Steps) weicht davon ab:

APSR_Common_Structure_Section6.PNG

Beispiel

<ClinicalDocument xmlns='urn:hl7-org:v3'>
 <typeId extension="POCD_HD000040" root="2.16.840.1.113883.1.3"/>
 <templateId root='1.3.6.1.4.1.19376.1.8.1.1.1'/>
  <id root='1.3.6.1.4.1.19376.1.8.9' extension='123'/>
  <code code='11526-1' displayName='Pathology study' 
  codeSystem='2.16.840.1.113883.6.1' codeSystemName='LOINC'/>
  <title>Anatomic pathology structured report</title>
  <effectiveTime value='20100114153000-0700'/>
  <confidentialityCode code='N' displayName='Normal' codeSystem='2.16.840.1.113883.5.25'/>
  <languageCode code='en-US'/> 
  
  <!-- one patient -->
  <recordTarget><patientRole> .. </patientRole></recordTarget>
  
  <!-- one or more author --> 
  <author> .. </author>
  
  <!-- one or more transcriptionists -->
  <dataEnterer> .. </dataEnterer>
  
  <!-- one or more person who provided useful information as input to this document -->
  <informant> .. </informant>
  
  <!-- the organization (laboratory) issuing this report and in charge with its lifecycle -->
  <custodian> .. </custodian> 

  <!-- zero or more intended recipient other than the ordering physician (« copy to ») -->
  <informationRecipient> .. </informationRecipient>

  <!-- the person (lab director) legally responsible for this report, who may have signed it --> 
  <legalAuthenticator> .. </legalAuthenticator>

  <!-- one or more pathologists who validated and/or corrected the content -->
  <authenticator> .. </authenticator>

  <!-- the ordering physician, and the date-time the order was issued -->
  <participant typeCode='REF'> .. </participant>

  <!-- zero or more distinct specimen collector, and the date-time the specimen was collected -->
  <participant typeCode='DIST'> .. </participant>2
  <inFulfillmentOf> .. </inFulfillmentOf>

  <!-- The service documented and the primary laboratory having performed it -->
  <documentationOf> .. </documentationOf> 

  <!-- zero or one encompassing encounter -->
  <component><encompassingEncounter> .. </encompassingEncounter></component>

  <!-- The body of the report --> 
  <component>
    <structuredBody>
      <component>
        <section>
           <templateId root='1.3.6.1.4.1.19376.1.8.1.2.1'/> 
           <code code='22636-5' displayName=’Pathology report relevant history'
                       codeSystem='2.16.840.1.113883.6.1' codeSystemName='LOINC'/>
           <title>CLINICAL INFORMATION</title>
           <text>
           Tissue submitted: left breast biopsy and apical axillary tissue 
           </text>
             
           <component>
             <section>
               <templateId root= '1.3.6.1.4.1.19376.1.5.3.1.3.1'/> 
               <code code='42349-1' displayName= ‘Reason for referral’
                           codeSystem='2.16.840.1.113883.6.1' codeSystemName='LOINC'/>
               <title>Reason for anatomic pathology procedure</title>
               <text>Breast mass - left breast</text>
             </section> 
            </component>

           <component>
             <section>
               <templateId root='1.3.6.1.4.1.19376.1.5.3.1.3.4'/>
                 <code code=’10164-2’ displayName= ‘History of present illness’ 
                            codeSystem='2.16.840.1.113883.6.1' codeSystemName='LOINC'/>
               <title> History of present illness </title>
               <text>Carcinoma of breast. Post operative diagnosis: same.
left UOQ breast mass.
               </text> 
             </section>
           </component>
          </section>
        </component>
        <component>
           <section> 
             <templateId root='1.3.6.1.4.1.19376.1.8.1.2.2'/> 
             <code code='TBD' displayName='intraoperative section in anatomicpathology report' 
              codeSystem='2.16.840.1.113883.6.1'codeSystemName='LOINC'/> 
            <title>INTRAOPERATIVE OBSERVATION</title>
            <text> </text> 
            <entry> </entry>
           </section>        </component>
        <component>
          <section>
            <templateId root='1.3.6.1.4.1.19376.1.8.1.2.3'/>
            <code code='22634-0' displayName='Pathology report gross observation'
                       codeSystem='2.16.840.1.113883.6.1' codeSystemName='LOINC'/> 
            <title>MACROSCOPIC OBSERVATION</title>
            <text> </text>
            <entry> <entry/>
            :
          </section> 
         </component>
         <component>
          <section>
           <templateId root='1.3.6.1.4.1.19376.1.8.1.2.4'/> 
           <code code='22635-7' displayName='Pathology report microscopic observation'
                      codeSystem='2.16.840.1.113883.6.1' codeSystemName='LOINC'/>
           <title>MICROSCOPIC OBSERVATION</title>
           <text> </text>
           <entry> <entry/> 
           :
          </section>
         </component>
         <component> 
          <section>
           <templateId root='1.3.6.1.4.1.19376.1.8.1.2.5'/>
           <code code='22637-3' displayName='Pathology report diagnosis'
                      codeSystem='2.16.840.1.113883.6.1' codeSystemName='LOINC'/>
           <title>DIAGNOSTIC CONCLUSION SECTION</title> 
           <text> </text>
           <entry> <entry/>
           :
          </section>
         </component> 
         <component>
          <section>
            <templateId root='1.3.6.1.4.1.19376.1.8.1.2.6'/>
            <code code='46059-2' displayName=' Special treatments and procedures section ' 
                       codeSystem='2.16.840.1.113883.6.1' codeSystemName='LOINC'/>
            <title>PROCEDURE STEPS SECTION</title>
            <text> </text>
            <entry> <entry/>
            :
          </section>
         </component>
        </structuredBody>
       </component>
    </ClinicalDocument>

Spezifikation

Die Spezifikation des Header-Abschnitts ist in jenem Abschnitt beschrieben.

Inwieweit die sehr umfangreiche Header-Spezifikation von IHE damit weiter eingeschränkt werden soll, muss entschieden werden. GH

In folgender Tabelle ist die Spezifikation des Body ausgeführt.

Datenelement	Verw.	Kard.	Path and Constraints (Xpath + indentation)	Vokabular / Quelle	Bemerk.	DT	HL7 V2.5.1
Report body	R	[1..1]	component/structuredBody
Anrede Section	O	[0..1]	component/section templateId[@root="2.999.889.777.22.77.10.10"]		11
Klinische Information Section	R2	[0..1]	component/section [/templateId/@root="1.3.6.1.4.1.19376.1.8.1.2.1"]	PAT TF-3: 6.2.4.1	12		OBR-13
Intraoperative Untersuchung Section	R2	[0..1]	component/section [/templateId/@root="1.3.6.1.4.1.19376.1.8.1.2.2"]	PAT TF-3: 6.2.4.2	13
Makroskopische Untersuchung Section	R2	[0..1]	component/section [/templateId/@root="1.3.6.1.4.1.19376.1.8.1.2.3"]	PAT TF-3: 6.2.4.3	14
Mikroskopische Untersuchung Section	R2	[0..1]	component/section [/templateId/@root="1.3.6.1.4.1.19376.1.8.1.2.4"]	PAT TF-3: 6.2.4.4	15
Diagnostische Schlussfolgerung Section	R	[1..1]	component/section [/templateId/@root="1.3.6.1.4.1.19376.1.8.1.2.5"]	PAT TF-3: 6.2.4.5	16
Materialaufbereitung Section	R	[1..1]	component/section [/templateId/@root="1.3.6.1.4.1.19376.1.8.1.2.6"]	PAT TF-3: 6.2.4.6	17
Schlusstext Section	O	[0..1]	component/section templateId[@root=" ????? "]		18

Bemerkungen:

(11): Die Anrede ist in DE im Pathologiebefund optional. Wenn vorhanden, wird sie wie im Arztbrief behandelt.

(12): Die Klinische Information Section enthält die Angaben des einsendenden Arztes: Anamnese, prä- und postoperative Diagnosen, Laborwerte, Probenbenennung, Probengewinnung, Fragestellung.

(13): Die Inraoperative Untersuchung Section enthält die Intraoperative (Gefrierschnitt-)Diagnose für jedes untersuchte Material, die Probenbeschreibung und die Benennung der intraoperativen Untersuchungsverfahren sowie für Spezialuntersuchungen abgezweigte Probenteile (z.B. Durchflusszytometrie, Zytogenetik, molekularpathologische Untersuchungen, Elektronenmikroskopie).

(14): Die Makroskopische Beschreibung Section enthält die Beschreibung aller erhaltenen Proben (Probentyp und -zustand), Links zu Makrofotos, die prozessurale Beschreibung und die Gewebsverwendung für zusätzliche Untersuchungsverfahren sowie die versendung in Biobanken.

(15): Die Mikroskopische Beschreibung Section enthält die histopathologischen Befunde zusammen mit den ergebnissen der zusätzlichen Untersuchungsverfahren (z.B. Histochemie, Immunhistochemie, Molekularpathologie).

(16): Die Diagnostische Schlussfolgerung Section enthält die Diagnosen aller eingesandten Proben eines Falles. Sie werden für jede Probe oder jede gruppe von Proben separat dargestellt. Die Section schließt zusätzliche Untersuchungsbefunde, Diagramme, statische bilder und Virtual Slides ein. Sie sammelt den minimalen Satz für die Diagnose relevanter Informationen.

(17): Die Materialaufbereitung (Procedure Steps) Section enthält die Beschreibung des eingesandten Materials, die Auflistung der zu beantwortenden Probleme, sowie der Gewebsaufarbeitung hinsichtlich repräsentativer Proben und davon abgeleitete Proben für zusätzliche Untersuchungsmethoden oder Biobanken. Eine Problemauflistung wird in deutschen Pathologiebefunden textlich nicht vorgenommen, sie bestimmt aber weitgehend die Struktur und den Umfang des Befundtextes. Sie muss in dieser Section auf Entry-Level vorhanden sein. Die Gewebsaufarbeitung ist in deutschen Pathologiebefunden optional.

(18): Der Schlusstext ist in DE im Pathologiebefund optional. Wenn vorhanden, wird er wie im Arztbrief behandelt. cdapath:Modell

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Section: Anrede

Id

1.2.276.0.76.10.3001

Gültigkeit

2013‑01‑10

Status

Aktiv

Versions-Label

Name

Salutation

Bezeichnung

Anrede

Beschreibung

Dieser Abschnitt enthält die allgemeinen einleitenden Sätze eines Dokuments, z. B. eines Arztbriefes oder eines Befund-Dokuments. Sie werden in einem Abschnitt zusammengefasst und können Anrede (z. B. „Sehr geehrter Herr Kollege,..."), eine erste Nennung des Patienten evtl. mit der zusätzlichen Angabe des Geburtsdatums etc. enthalten.

Kontext

Elternknoten des Template-Element mit Id 1.2.276.0.76.10.3001

Klassifikation

CDA Section level template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Beziehung

Spezialisierung: Template 2.16.840.1.113883.10.12.201 CDA Section (2005‑09‑07)

ref

ad1bbr-

Beispiel

Anrede

<section>
<templateId root="1.2.276.0.76.10.3001"/> <code code="X-SALUT" codeSystem="2.16.840.1.113883.6.1" displayName="Salutation"/> <text>
<paragraph>Sehr geehrter Herr Kollege Dr. Heitmann,</paragraph> <paragraph>Vielen Dank für die freundliche Überweisung des Patienten Paul Pappel, geb. 12. Dez. 1955.</paragraph> </text></section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

(Sal...ion)

hl7:templateId

II

1 … 1

M

(Sal...ion)

@root

uid

1 … 1

F

1.2.276.0.76.10.3001

hl7:code

CE

1 … 1

M

(Sal...ion)

@code

CONF

1 … 1

F

X-SALUT

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (LOINC)

Beispiel

hl7:title

NP

Ein Titel des Abschnitts kommt in der Begrüßung nicht vor

(Sal...ion)

hl7:text

SD.TEXT

1 … 1

M

(Sal...ion)

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Section: Vorbefund

Diese Section wird unter cdapath nicht mehr benötigt. Die Seite kann wohl für andere Template durch verschieben recycelt werden.

Template ID	<OID für das Template>
General Description	In diesem Abschnitt werden Vorbefunde aufgelistet.
Status	genuin
LOINC Code	Opt.	Description
????	O

Vorbefunde werden i.d.R. vom Pathologie-Management-System (PMS) bereit gestellt. Im Strukturierten Befund sollten sie allenfalls mit der jeweiligen Fall-Nr. aufgeführt werden, sofern sie Relevanz zum aktuellen Befund besitzen.

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Section: Klinische Information

	Template-Metadaten
Template-Typ	Section
Template ID	1.3.6.1.4.1.19376.1.8.1.2.1 (APSR 6.2.4.1)
generischeres Template	<Verweis auf das Template>
genutztes Templates	<Verweis auf das Template>
nutzende Templates	<Verweis auf das Template>
abgeleitete Templates	<Verweis auf das Template>
Schwester-Templates	<Verweis auf das Template>
Generelle Beschreibung	In diesem Abschnitt werden die Daten zu Klinischen Angeben übermittelt.
allg. Erläuterung	vom Sektorkommitee Pathologie/Neuropathologie nicht gefordert
Verhältnis zu IHE	identisch zu IHE (Übersetzung)
Ballotierungsstatus	in Arbeit
Erweiterbarkeit	geschlossen

Definition und Zweck

Die klinische Information Section enthält diejenigen informationen, die der Einsender bereitstellt: Anamnese, prä- u./o. postoperative (Verdachts-)Diagnose, Anlass der Untersuchung, Laborwerte, Entnahmestelle, Materialtyp, klinische Materialbeschreibung, Tumorlokalisation.

Hier sollte noch ein Modell hin! Das erleichtert das Verständnis des Beispiels ungemein.

Beispiel

<section>
    <templateId root="1.3.6.1.4.1.19376.1.8.1.2.1"/>
    <code code="22636-5" displayName="Pathology report relevant history" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>
    <title>CLINICAL INFORMATION</title>
    <text> Tissue submitted: left breast biopsy and apical axillary tissue </text>

    <entry typeCode="COMP">
        <!-- Specimen Information Organizer -->
        <organizer classCode="CLUSTER" moodCode="EVN">
            <templateId root="1.3.6.1.4.1.19376.1.8.1.4.4"/>
            <statusCode code="completed"/>
            <component>
                <!-- Specimen collection procedure -->
                <procedure classCode="PROC" moodCode="EVN">
                    <templateId root="1.3.6.1.4.1.19376.1.3.1.2"/>
                    <code code="2257" codeSystem="1.3.6.1.4.1.19376.1.8.2.1" displayName="Breast-Specimen collection procedure-Excision with wire-guided localization" codeSystemName="PATHLEX"/>
                    <effectiveTime>
                        <low value="201012150905"/>
                        <high value="201012150935"/>
                    </effectiveTime>
                    <targetSiteCode code="76752008" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED-CT" displayName="Breast structure">
                        <qualifier>
                            <name code="272741003" displayName="laterality" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED-CT"/>
                            <value code="7771000" displayName="left" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED-CT"/>
                        </qualifier>
                    </targetSiteCode>
                    <performer>
                        <!--Specimen collector: the surgeon in this case -->
                        <assignedEntity>
                            <id/>
                            <addr nullFlavor="NASK"/>
                            <telecom value="tel:0147150000" use="EC"/>
                            <assignedPerson>
                                <name>
                                    <prefix>Doctor</prefix>
                                    <given>Eva</given>
                                    <family>Surgeon</family>
                                </name>
                            </assignedPerson>
                            <representedOrganization>
                                <name>Hospital Lullaby</name>
                            </representedOrganization>
                        </assignedEntity>
                    </performer>
                    <participant typeCode="PRD">
                        <!--the specimen collected -->                        
                        <participantRole classCode="SPEC">
                            <!--specimen ids -->
                            <id root="1.3.6.1.4.1.19376.1.8.9.7" extension="0102030405"/>
                            <playingEntity>
                                <!--Specimen type -->
                                <code code="663" codeSystem="1.3.6.1.4.1.19376.1.8.2.1" displayName="Breast-Specimen-Target site- Upper outer quadrant" codeSystemName="PATHLEX"/>
                            </playingEntity>
                        </participantRole>
                    </participant>
                </procedure>
            </component>
            <component>
                <!-- Problem organizer -->
                <organizer classCode="BATTERY" moodCode="EVN">
                    <templateId root="1.3.6.1.4.1.19376.1.8.1.4.8"/>
                    <statusCode code="completed"/>
                    <component>
                        <observation classCode="OBS" moodCode="EVN">
                            <code code=" 33725-3" codeSystemName="LOINC" codeSystem=" 2.16.840.1.113883.6.1" displayName="tumor site"/>
                            <statusCode code="completed"/>
                            <value xsi:type="CD" code="663" codeSystem="1.3.6.1.4.1.19376.1.8.2.1" displayName="upper outer quadrant" codeSystemName="PATHLEX"/>
                        </observation>
                    </component>
                </organizer>
            </component>
        </organizer>
    </entry>
    <!-- Sub-sections -->
    <component>
        <section>
            <templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.1"/>
            <code code="42349-1" displayName="Reason for referral" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>
            <title>Reason for anatomic pathology procedure</title>
            <text>Breast mass - left breast</text>
        </section>
    </component>
    <component>
        <section>
            <templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.4"/>
            <code code="10164-2" displayName="History of present illness" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>
            <title> History of present illness </title>
            <text>Carcinoma of breast. Post operative diagnosis: same. Left UOQ breast mass. </text>
        </section>
    </component>
    <!-- .. -->
</section>

Spezifikation

Die Section MUSS ein Code Element mit folgenden Attributen enthalten:

@code="22636-5" @codeSystem="2.16.840.1.113883.6.1" @displayName="Pathologiebefund Klinische Information"

Die Section MUSS einen narrativen Block enthalten, repräsentiert durch ein Textelement, welches die lesbare Information trägt.

Die Section SOLLTE so viele Specimen Information Organizer Entry Elemente enthalten wie es Specimens oder Gruppen von Specimens gibt. Diese Entries enthalten die maschinenlesbaren Daten korrespondierend zum narrativen Block.

Die Section KANN eine Anzahl von Elementen Component/Section enthalten, welche Subsections mit jeweils besonderen Typen klinischer Informationen einführen.

Die Section SOLLTE ein Autor Element für den Fall enthalten, dass der/die Autoren von denen different sind, die in einem höheren Level im Dokument deklariert sind.

Content Module, die in die Section eingebunden werden sollten

Name	Typ	Opt.	Card.	Template ID	Quelle	LOINC code
Fragestellung	Section	R2	[0..*]	1.3.6.1.4.1.19376.1.5.3.1.3.1	PCC TF-2: 6.3.3.1.1	42349-1
Anamnese	Section	R2	[0..*]	1.3.6.1.4.1.19376.1.5.3.1.3.4	PCC TF-2: 6.3.3.2.1	10164-2
Aktives Problem	Section	R2	[0..*]	1.3.6.1.4.1.19376.1.5.3.1.3.6	PCC TF-2: 6.3.3.2.3	11450-4
Specimen Information Organizer Entry	Entry	R2	[0..*]	1.3.6.1.4.1.19376.1.8.1.4.4	PAT TF-3: 6.2.6.4
Author of the Section	Child	C	[0..*]	1.3.6.1.4.1.19376.1.8.1.4.2	PAT TF-3:6.2.6.2

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

SubSection: Fragestellung

Definition und Zweck

Diese optionale Subsection der Klinischen Information enthält eine narrative Beschreibung der Klinischen Fragestellung (des Grundes, weshalb das Material eingesandt wurde).

Id

1.2.276.0.76.10.3002

Gültigkeit

2017‑02‑01

Andere Versionen mit dieser Id:

ReasonForReferral vom 2013‑09‑16
ReasonForReferral vom 2013‑01‑10

Status

Entwurf

Versions-Label

Name

ReasonForReferral

Bezeichnung

Grund der Überweisung Section

Beschreibung

Dieser Abschnitt enthält die konkrete (medizinische) Fragestellung bzw. Grund für eine Überweisung, die sich aufgrund einer medizinischen Untersuchung ergibt, formuliert als Freitext und in einer eigenen Komponente abgelegt.

Kontext

Elternknoten des Template-Element mit Id 1.2.276.0.76.10.3002

Klassifikation

CDA Section level template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Benutzt

Benutzt 1 Template

Benutzt	als	Name	Version
1.2.276.0.76.10.4086	Containment	Überweisung	DYNAMIC

Beziehung

Adaptation: Template 1.3.6.1.4.1.19376.1.5.3.1.3.1 IHE Reason for Referral Section (DYNAMIC)

ref

IHE-PCC-

Adaptation: Template 1.2.40.0.34.11.2.2.1 Aufnahmegrund (DYNAMIC)

ref

elgabbr-

Spezialisierung: Template 2.16.840.1.113883.10.12.201 CDA Section (2005‑09‑07)

ref

ad1bbr-

Beispiel

<section>
<code code="42349-1" codeSystem="2.16.840.1.113883.6.1"/> <title>Grund der Überweisung</title> <text>Röntgen Thorax in zwei Ebenen</text></section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

(Rea...ral)

hl7:templateId

II

1 … 1

(Rea...ral)

@root

1 … 1

F

1.2.276.0.76.10.3002

hl7:code

CE

1 … 1

M

(Rea...ral)

@code

CONF

1 … 1

F

42349-1

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (LOINC)

Beispiel

hl7:title

1 … 1

M

(Rea...ral)

CONF

Elementinhalt muss "Grund der Überweisung" sein

hl7:text

SD.TEXT

1 … 1

M

Hier wird die eigentliche Fragestellung platziert.

(Rea...ral)

hl7:entry

0 … *

Beinhaltet 1.2.276.0.76.10.4086 Überweisung (DYNAMIC)

(Rea...ral)

Beispiel

<!-- Sub-section -->
          <component>
            <section> 
              <templateId root= '1.3.6.1.4.1.19376.1.5.3.1.3.1'/>
              <code code='42349-1' displayName= ‘Fragestellung’
                    codeSystem='2.16.840.1.113883.6.1' codeSystemName='LOINC'/>
              <title>Fragestellung</title>
              <text>Brusttumor- Dignität?</text> 
            </section>
          </component>

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Material

Synonyme: Untersuchungsmaterial, Probe, Probenmaterial, Specimen

Definition

Das Konzept lautet: "Untersuchungsmaterial, d. h. bioptisch, operativ oder durch Punktion oder durch Sammeln gewonnenes Gewebs- oder Zellmaterial sowie Körperflüssigkeiten, das zur pathologisch-anatomischen Begutachtung eingesandt wurde. Jedes vom Einsender in separatem Gefäß ("container") übersandtes oder auf dem Untersuchungsantrag separat bezeichnetes Untersuchungsmaterial ("part") ist innerhalb einer Begutachtung auch separat zu behandeln. Die Materialbezeichnung richtet sich nach der des Einsenders.

Das Material spielt eine zentrale Rolle bei der Organisation des gesamten Befundberichtes. Jedes Material ist makroskopisch und mikroskopisch zu beschreiben. Die diagnostische Bewertung kann mehrere Materialien (Gruppen von Specimens) synoptisch behandeln. Zur vertieften Erläuterung dieser Problematik siehe auch cdapath:Child Element Content Module (Template): Specimen Collection Procedure Entry Modul

Der Terminus "Specimen" ist mehrdeutig: Ein physikalisches Objekt (oder eine Ansammlung von Objekten, ist dann ein Specimen, wenn das Labor es als eine diskrete, eindeutig identifizierte Einheit betrachtet, die das Subjekt eines oder mehrerer Schritte im diagnostischen Workflow ist. Damit ist "Specimen" definiert als eine Rolle, die durch ein physikalisches Objekt (oder eine Ansammlung solcher Objekte, die als Einheit betrachtet werden) gespielt wird, wenn das Objekt durch das Labor eindutig identifiziert wird und direkt das Subjekt eines oder mehrerer Schritte im diagnostischen Workflow des Labors ist.

Sowohl ein eingesandtes Resektat, als auch eine Gewebsscheibe daraus, als auch ein Gewebsstück in einem Block, als auch ein Gewebsschnitt ist ein Specimen. Im Laborprozess werden dabei Eigenschaften "vererbt", ein "Child" entsteht aus einem "Parent" durch einen Prozess, das Child ist Produkt des Prozesses.

Specimen Container (oder einfach Container) spielen eine wichtige Rolle in diesem Workflow: In den meisten Prozessschritten werden die Specimen in Containern bearbeitet, teilweise gehen Specimen und Container eine sehr enge Verbindung ein (z.B. Paraffin und Gewebe im Block), manchmal wird der Container Teil des diagnostischen Prozesses (Objektträger, Gewebsschnitt, Eindeckmedium und Deckglas im optischen Strahlengang beim bildgebenden Prozess).

Praktisch haben nur Container Identifikatoren, die für die Prozesssteuerung und teilweise auch beim bildgebenden Prozess (z.B. WSI) unerlässlich sind. Die Identifikatoren der Specimen bleiben meist virtuell, physikalisch nicht zu erfassen. In der Mehrzahl aller Fälle besteht zwischen Specimen und Container eine 1:1 Beziehung; die ID von Specimen und Container sind dann identisch. Es gibt allerdings auch Anwendungsfälle, in denen mehrere Specimen in Beziehung zu einem Container stehen. In diesen Situationen müssen die IDs verschieden sein!

([1]S.40-45) bzw. DICOM Suppl. 122 ([2], S.17 ff)

Organisation nach IHE

Textinformationen zum Material können sich in den Sections "Klinische Information", "Materialaufbereitung"und evtl. "Makroskopische Beschreibung" finden. Die Steuerungsfunktion wird durch die Materialaufbereitungs Section (Procedure Steps section) gewährleistet. In dieser Section werden über den "Specimen Information Organizer" und das "Specimen Collection Procedure template", beides Child Element Content Modules, die hierarchischen Beziehungen zwischen den Specimen auf Case- Part- Block- und Slide-Ebene gemäß CDA-RIM abgebildet.

Das IHE Diagramm veranschaulicht diese Zusammenhänge.

TBD: warten auf aktualisiertes Schema

Organisation nach HL7-D

Die Informationen zum Material werden in der Materialaufbereitungs-Section gesammelt und nicht über den gesamten Befund verstreut. In dieser Section werden auch die zu beschreibenden Probleme aufgeführt und identifiziert. Specimen- und Problembeschreibung könnten durch einen Specimen Information Organizer gebündelt werden

Alle Beziehungen zwischen Beobachtung und Material bzw. Problem werden durch Referenzierung auf die Material-und Problem-ID hergestellt.

Für die Organisationsfunktion des Materials böten sich auch die drei "klassischen" Materialebenen an: Part (Teil), Block, Schnitt, von denen bisher nur der Part als Organisationseinheit für die Befunde genutzt wird. Eine exakte Unterscheidung zwischen Part und Container erfolgt bisher nicht.

Für eine perspektivische Berücksichtigung von Digitalen Bildern (bis zum Virtual Slide) sollte die in IHE-PAT_TF-1 ([3]S.40-45) bzw. DICOM Suppl. 122 ([4], S.17 ff) vorgenommene Analyse der Beziehungen von Specimen und Container unbedingt im Auge behalten und in diesem Leitfaden berücksichtigt werden.

Die dafür notwendigen gestaffelten ID´s von Container und Specimen (Part, Block, Slide) sowie die Specimen Preparation Sequence und Specimen Preparation Step Content Item Sequence müssen vom Pathologiesystem gemäß DICOM Suppl. 122 bereitgestellt werden.

Auf der "Part"-Ebene kann die von ELGA (ELGA_CDA_Laborbefund_2.00_FWGD) vorgeschlagene Strukturierung der Spezimeninformation für Laborbefunde wahrscheinlich zum großen Teil durch das IHE-Konstrukt von Specimen Information Organizer mit dem Specimen Collection Procedure Template realisiert werden:

Feld	Beschreibung
Zeitpunkt des Eintreffens	Zeitpunkt der Materialannahme
Specimen Type	Art der Probe (=Materialart)
Entnahmeort	Körperstelle / Organ der Materialentnahme
Entnahmeart (SpecimenCollectionProcedure - ActCode)	Art der Gewinnung
Specimen ID	Material (Part-, Block-, Slide)-ID
Entnehmende Person (Performer)	Person, die Materialentnahme durchgeführt hat
Kommentar	Kommentar
Qualität	Kommentar zur Materialqualität

Für "Specimen Type", "Entnahmeort" und "Entnahmeart" müssen müssen SNOMED CT Codes aus der "Specimen", "Body Structure" und "Procedure" Achse übernommen werden. Die Unterscheidung zwischen Specimen Type und Entnahmeart ist evtl. tautologisch!! und kann durch einen SNOMED CT Code abgedeckt werden.

Der in Abstimmung befindliche ELGA-Vorschlag zu "Entnahmeort" (procedure target site) ist in folgender Tabelle dargestellt, ergänzt durch SNOMED CT Codes. Diese Darstellung reicht jedoch möglicherweise nicht in jedem Fall aus:

Bei Geweben/Organen, die eine große Ausdehnung haben, z.B. Haut, oder bei denen eine genaue Lokalisation therapieweisend sein könnte, z.B. Brustquadranten, Lebersegmente, etc., muss noch eine genaue Lokalisation hinzugegeben werden, die auf Freitext beschränkt bleiben sollte. Außerdem gehört hier auch bei paarigen Organen die Lateralitätsangabe hinzu. Die Darstellung des "Entnahmeortes" muss also durch weitere Qualifier der Body Structure behandelt werden.

Material-Hauptkategorie	SNOMED CT	Material-Subkategorie	SNOMED CT
Bewegungsapparat / Weichgewebe	309072003	Bewegungsapparat, allgemein	309104000
		Muskel	119331003
		Knochen	430268003
		Sehnen, Bänder, Gelenke	309107007
		Weichgewebe allgemein	309072003
Brustdrüse / Axilla		Brustdrüse / Axilla
Haut / Subcutis		Haut / Subcutis, allgemein
Hämatopoetisches+Lymphatisches System		Hämatopoetisches System, allgemein
		Blut
		Thymus
		Tonsille/Adenoide
		Knochenmark
		Lymphatisches System, allgemein
		Lymphknoten
		Milz
etc.

GH:in HL7 v26_appendix_a.pdf (Data definition tables) werden Kapitel 17.4.2 und 17.4.7 referenziert, die ich bisher nicht finden konnte!

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Section: Material und Materialaufbereitung (Procedure Steps)

	Template-Metadaten
Template-Typ	Section
Template ID	1.3.6.1.4.1.19376.1.8.1.2.6
generischeres Template
genutztes Templates	keine
nutzende Templates
abgeleitete Templates
Schwester-Templates
Generelle Beschreibung	In diesem Abschnitt werden die Informationen zur Materialaufbereitung übermittelt.
allg. Erläuterung	vom Sektorkommitee Pathologie/Neuropathologie gefordert
Verhältnis zu IHE	dt.Übersetzung oder Ergänzung oder neu
Ballotierungsstatus	in Arbeit
Erweiterbarkeit	geschlossen

Definition und Zweck

Diese Section beschreibt die Proben (Material, Specimens), die übersandt wurden, die Methode ihrer Gewinnung und ihre Herkunft (Specimen collection) und die Materialaufbereitung (Specimen processing): Repräsentative Proben, Schritte des Workflow (Trimming, Embedding, Cutting, Staining) und davon abgeleitete Gewebsproben für weitere Untersuchungstechniken (Flowzytometrie, zytogenetische und molekularpathologische Untersuchungen, Elektronenmikroskopie etc.) oder Biobanken. Diese Informationen werden in einem Specimen Information Organizer Entry organisiert (IHE APSR evolution 2014). Alternativ werden alle Informationen der Specimen collection procedure und Specimen processing procedures in einem Specimen Collection Procedure Entry Modul sowie alle diagnostischen Probleme, die während der Untersuchung der Specimens oder Gruppen von Specimens relevant geworden sind,in einem Problem organizer Entry Modul aufgelistet.

Erläuterungen

Synonyme: Untersuchungsmaterial, Probe, Probenmaterial, Specimen

Das zugrundeliegende Konzept lautet: "Untersuchungsmaterial, d. h. bioptisch, operativ oder durch Punktion oder durch Sammeln gewonnenes Gewebs- oder Zellmaterial sowie Körperflüssigkeiten, das zur pathologisch-anatomischen Begutachtung eingesandt wurde. Jedes vom Einsender in separatem Gefäß ("container") übersandtes oder auf dem Untersuchungsantrag separat bezeichnetes Untersuchungsmaterial ("part") ist innerhalb einer Begutachtung auch separat zu behandeln. Die Materialbezeichnung richtet sich nach der des Einsenders.

Das Material spielt eine zentrale Rolle bei der Organisation des gesamten Befundberichtes. Jedes Material ist makroskopisch und mikroskopisch zu beschreiben. Die diagnostische Bewertung kann mehrere Materialien (Gruppen von Specimens) synoptisch behandeln. Zur vertieften Erläuterung dieser Problematik siehe auch cdapath:Child Element Content Module (Template): Specimen Collection Procedure Entry Modul

Der Terminus "Specimen" ist mehrdeutig: Ein physikalisches Objekt (oder eine Ansammlung von Objekten, ist dann ein Specimen, wenn das Labor es als eine diskrete, eindeutig identifizierte Einheit betrachtet, die das Subjekt eines oder mehrerer Schritte im diagnostischen Workflow ist. Damit ist "Specimen" definiert als eine Rolle, die durch ein physikalisches Objekt (oder eine Ansammlung solcher Objekte, die als Einheit betrachtet werden) gespielt wird, wenn das Objekt durch das Labor eindutig identifiziert wird und direkt das Subjekt eines oder mehrerer Schritte im diagnostischen Workflow des Labors ist.

Sowohl ein eingesandtes Resektat, als auch eine Gewebsscheibe daraus, als auch ein Gewebsstück in einem Block, als auch ein Gewebsschnitt ist ein Specimen. Im Laborprozess werden dabei Eigenschaften "vererbt", ein "Child" entsteht aus einem "Parent" durch einen Prozess, das Child ist Produkt des Prozesses.

Specimen Container (oder einfach Container) spielen eine wichtige Rolle in diesem Workflow: In den meisten Prozessschritten werden die Specimen in Containern bearbeitet, teilweise gehen Specimen und Container eine sehr enge Verbindung ein (z.B. Paraffin und Gewebe im Block), manchmal wird der Container Teil des diagnostischen Prozesses (Objektträger, Gewebsschnitt, Eindeckmedium und Deckglas im optischen Strahlengang beim bildgebenden Prozess).

Praktisch haben nur Container Identifikatoren, die für die Prozesssteuerung und teilweise auch beim bildgebenden Prozess (z.B. WSI) unerlässlich sind. Die Identifikatoren der Specimen bleiben meist virtuell, physikalisch nicht zu erfassen. In der Mehrzahl aller Fälle besteht zwischen Specimen und Container eine 1:1 Beziehung; die ID von Specimen und Container sind dann identisch. Es gibt allerdings auch Anwendungsfälle, in denen mehrere Specimen in Beziehung zu einem Container stehen. In diesen Situationen müssen die IDs verschieden sein!

([5]S.40-45) bzw. DICOM Suppl. 122 ([6], S.17 ff)

Organisation nach IHE APSR

Textinformationen zum Material können sich in den Sections "Klinische Information", "Materialaufbereitung"und evtl. "Makroskopische Beschreibung" finden.

Die Steuerungsfunktion wird durch die Materialaufbereitungs Section (Procedure Steps section) gewährleistet. In dieser Section werden unter dem "Specimen procedure step entry", ein Child Element Content Module, die hierarchischen Beziehungen zwischen den Specimen auf Case- Part- Block- und Slide-Ebene gemäß CDA-RIM über entryRelationships abgebildet, indem die Specimens einer Hierarchie-Ebene jeweils als Produkt der prozedur der übergeordneten Hierarchie-Ebene beschrieben werden.

Das IHE Diagramm veranschaulicht diese Zusammenhänge.

Abb.: Entries der Specimen Procedure Step Section

Alternativ könnte auf das entryRelationship-Konstrukt verzichtet werden, indem für jedes Specimen neben seiner eineindeutigen ID noch die ID seines Ausgangsproduktes (parentID) angegeben wird (gemäß V3_DAM_SPECIMEN_R1_I1_2014MAY).

Für die Organisationsfunktion des Materials bieten sich die drei "klassischen" Materialebenen an: Part (Teil), Block, Schnitt, von denen bisher nur der Part als Organisationseinheit für konventionelle Befunde genutzt wird. Eine exakte Unterscheidung zwischen Specimen und Container erfolgt bisher nicht, ist aber für Spezialfälle (Tissue Micro Arrays - TMA, on-slide-Kontrollen, Serienschnitte) unabdingbar.

Für eine perspektivische Berücksichtigung von Digitalen Bildern (bis zum Virtual Slide) sollte die in IHE-PAT_TF-1 ([7]S.40-45) bzw. DICOM Suppl. 122 ([8], S.17 ff) vorgenommene Analyse der Beziehungen von Specimen und Container unbedingt in diesem Leitfaden berücksichtigt werden.

Die dafür notwendigen gestaffelten ID´s von Container und Specimen (Part, Block, Slide) sowie die Hierarchie der Specimens und Container einschl. der jeweiligen Herkunft und der Prozeduren, die zum Specimen geführt haben (im DICOM Modell die Specimen Preparation Sequence und Specimen Preparation Step Content Item Sequence) müssen vom Pathologiesystem gemäß DICOM Suppl. 122 bereitgestellt werden.

Alle Beziehungen zwischen Beobachtung und Specimen werden durch Referenzierung auf die Specimen-ID hergestellt.

Die auf der "Part"-Ebene von ELGA (ELGA_CDA_Laborbefund_2.00_FWGD) vorgeschlagene Strukturierung der Spezimeninformation für Laborbefunde ist nicht zum IHE-Konstrukt der Procedure Steps Section kompatibel:

Feld	Beschreibung
Zeitpunkt des Eintreffens	Zeitpunkt der Materialannahme
Specimen Type	Art der Probe (=Materialart)
Entnahmeort	Körperstelle / Organ der Materialentnahme
Entnahmeart (SpecimenCollectionProcedure - ActCode)	Art der Gewinnung
Specimen ID	Material (Part-, Block-, Slide)-ID
Entnehmende Person (Performer)	Person, die Materialentnahme durchgeführt hat
Kommentar	Kommentar
Qualität	Kommentar zur Materialqualität

Der in Abstimmung befindliche ELGA-Vorschlag zu "Entnahmeort" (procedure target site) ist in folgender Tabelle dargestellt, ergänzt durch SNOMED CT Codes. Diese Darstellung reicht jedoch möglicherweise nicht in jedem Fall aus:

Bei Geweben/Organen, die eine große Ausdehnung haben, z.B. Haut, oder bei denen eine genaue Lokalisation therapieweisend sein könnte, z.B. Brustquadranten, Lebersegmente, etc., muss noch eine genaue Lokalisation hinzugegeben werden, die auf Freitext beschränkt bleiben sollte. Außerdem gehört hier auch bei paarigen Organen die Lateralitätsangabe hinzu. Die Darstellung des "Entnahmeortes" muss also durch weitere Qualifier der Body Structure behandelt werden.

Material-Hauptkategorie	SNOMED CT	Material-Subkategorie	SNOMED CT
Bewegungsapparat / Weichgewebe	309072003	Bewegungsapparat, allgemein	309104000
		Muskel	119331003
		Knochen	430268003
		Sehnen, Bänder, Gelenke	309107007
		Weichgewebe allgemein	309072003
Brustdrüse / Axilla		Brustdrüse / Axilla
Haut / Subcutis		Haut / Subcutis, allgemein
Hämatopoetisches+Lymphatisches System		Hämatopoetisches System, allgemein
		Blut
		Thymus
		Tonsille/Adenoide
		Knochenmark
		Lymphatisches System, allgemein
		Lymphknoten
		Milz
etc.

GH:in HL7 v26_appendix_a.pdf (Data definition tables) werden Kapitel 17.4.2 und 17.4.7 referenziert, die ich bisher nicht finden konnte!

Attribute

GH 20141227:Abstimmung mit aktuellen Entwicklungen auf ArtDecor notwendig!

Diese Section muss ein Code Element enthalten, das mit folgenden Attributen gefüllt ist:

Lvl	RIM	Name	DT	Kard	Conf	Beschreibung
1	act	section		1..1	M
2	act	templateId		1..1	F	@root= 1.3.6.1.4.1.19376.1.8.1.2.xxx
2	act	code	CD	1..1	F	@code= "68992-7" @codeSystem= "2.16.840.1.113883.6.1" @displayName= "Specimen-related information panel"
2	act	title		1..1	R
2	act	text		1..1	R	Diese Section soll ein Text Element enthalten, welches die Information zur Materialaufbereitung lesbar enthält.
2	act	entry		1..1	M
3	act	templateId		1..1	F	@root= 1.3.6.1.4.1.19376.1.8.1.4.4
3	act	title		1..1	R	Specimen Information Organizer
2	act	entry		1..1	M	(alternativ zu Specimen Information Organizer)
3	act	templateId		1..1	F	@root= 1.3.6.1.4.1.19376.1.3.1.2
3	act	title		1..1	R	Specimen collection procedure
2	act	entry		1..1	M	(alternativ zu Specimen Information Organizer)
3	act	templateId		1..1	F	@root= 1.3.6.1.4.1.19376.1.8.1.4.8
3	act	title		1..1	R	Problem organizer
2	part			0..1	O
3	role	author		1..1	R	Diese Section sollte ein Autor Element enthalten, wenn der Autor dieser Section von dem in höheren Ebenen des Dokuments verschieden ist.
4	ent	Person		0..1	R	Arzt

Beispiel:

Die Informationsstruktur kann infolge der Hierarchie von Einsendung, Parts, Blocks und Slides sehr komplex werden. Als ein konkretes Beispiel soll das der xml-Instanz im Anhang A dienen:

Einsendung (Specimen): Zystoprostatektomiepräparat

a) specimen collection method:
a1) radical cystoprostatectomy (procedure), for all

b) specimen type:
b1) specimen from urinary bladder obtained by radical cystectomy (specimen)
b2) specimen from prostate obtained by radical prostatectomy (specimen)
b3) Tissue specimen from urethra (specimen)
b4) specimen obtained by marginal resection (specimen)

c) specimen collection source site:
c1) prostate and urinary bladder combinated site (body structure), for b1), b2)
c2) Urethra part (body structure), for b3), b4)

d) specimen treatmentProcedure:
d1) Tissue processing technique, routine, embed, cut and stain, per surgical specimen (procedure), for b1) through b3)
d2) Tissue frozen section technique, complete (procedure), for b4)

Vom Pathologiesystem werden für jedes dieser Items separate IDs vergeben, die diese Hierarchie wiedergeben können, aber nicht müssen. Im APSR finden diese IDs Verwendung bei der Referenzierung der AP observations. Jede ID muss eineindeutig die Charakteristika des jeweiligen Specimens rückverfolgbar machen.

Das nachfolgende XML-Beispiel drückt das noch nicht aus!

<section>
  <templateId root='1.3.6.1.4.1.19376.1.8.1.2.99'/>
  <code code='46059-2' displayName='Special treatments and procedures section'
        codeSystem='2.16.840.1.113883.6.1' codeSystemName='LOINC'/> 
  <title>PROCEDURE STEPS</title>
  <text>
      Probe 1 (bezeichnet mit  “Mammabiopsie links”) wird für Gefrierschnitt aufgearbeitet.
      Restgewebe für Paraffinhistologie. 
      Probe 2 (bezeichnet als “ax.Fettgewebe apikal”), in zwei Teilen übersandt, wird vollständig gebettet und mit zahlreichen Schnittstufen untersucht.
  </text>
  <!-- Procedure steps entry -->
  <entry typeCode="" contextConductionInd="false">
    <procedure negationInd="false" classCode="PROC" moodCode="EVN">
        <templateId root="2.16.840.1.113883.10.12.306"/>
        <templateId root="2.16.840.1.113883.3.1937.99.61.5.10.900283"/>
          <id root="1.2.3.999" extension="--example only--"/>
          <code code="17636008" codeSystem="2.16.840.1.113883.6.96" displayName="Specimen collection (procedure)"/>
          <text/>
          <statusCode code="normal"/>
          <effectiveTime><low value="20141226122646"/></effectiveTime>
          <methodCode/>
          <targetSiteCode/>
          <specimen><!-- template 2.16.840.1.113883.10.12.322 (dynamic) --></specimen>
          <performer><!-- template CDAPerformerBody (dynamic) --></performer>
          <author><!-- template CDAAuthorBody (dynamic) --></author>
          <participant><!-- include template 2.16.840.1.113883.3.1937.99.61.5.10.900284 (dynamic) 1..1 M--></participant>
    </procedure>
  </entry>
</section>

Section: Intraoperativer Untersuchung (intraoperativer Schnellschnitt)

	Template-Metadaten
Template-Typ	Section
Template ID	1.3.6.1.4.1.19376.1.8.1.2.2 (AP APSR 6.2.4.2)
generischeres Template	<Verweis auf das Template>
genutztes Templates	<Verweis auf das Template>
nutzende Templates	<Verweis auf das Template>
abgeleitete Templates	<Verweis auf das Template>
Schwester-Templates	<Verweis auf das Template>
Generelle Beschreibung	In diesem Abschnitt werden die Daten zur intraoperativen Untersuchung übermittelt.
allg. Erläuterung
Verhältnis zu IHE	identisch zu IHE
Ballotierungsstatus	in Arbeit
Erweiterbarkeit	offen oder geschlossen

Für die Kodierung von 1.3.6.1.4.1.19376.1.8.1.3.2 ist LOINC vorgesehen, ein Ergebnis einer Anfrage am Regenstrief-Institut steht aber noch aus.

Definition und Zweck

Die Beschreibung der intraoperativen Untersuchung (makroskopisch und mikroskopisch nach Gefrierschnitt) erfolgt als Freitext. Je Material (Specimen) ist eine Section Intraoperative Untersuchung notwendig. Optional können mehrere Materialien (Specimens) zusammengefasst werden.

Beispiel

<section>
  <templateId root='1.3.6.1.4.1.19376.1.8.1.2.2'/>
  <code code='tbd' displayName='Intraoperative Untersuchung im Pathologiebefund'
        codeSystem='2.16.840.1.113883.6.1' codeSystemName='LOINC'/>
  <title>INTRAOPERATIVE UNTERSUCHUNG</title>
  <text>
     Im Schnellschnitt invasives Karzinom, Sicherheitsabstände allseits über 10 mm.
     Telefonische Befundübermittlung an Prof.Dr.Brust am 14.2.2013, 10:15.
    
  </text>
  <entry> <--Specimen Information Organizer Entry, not shown here --> </entry>
</section>

Spezifikation

Die Section MUSS ein Code Element mit folgenden Attributen enthalten:

@code="tbd" @codeSystem="2.16.840.1.113883.6.1" @displayName="Intraoperative Untersuchung im Pathologiebefund"

Die Section MUSS einen narrativen Block enthalten, repräsentiert durch ein Textelement, welches die lesbare Information trägt.

Die Section SOLLTE so viele Specimen Information Organizer entry Elemente enthalten wie es Specimens oder Gruppen von Specimens gibt. Diese Entries enthalten die maschinenlesbaren Daten korrespondierend zum narrativen Block.

Die Section enthält keine Subsections.

Die Section SOLLTE ein Autor Element für den fall enthalten, dass der/die Autoren von denen different sind, die in einem höheren Level im Dokument deklariert sind.

Content Module, die in die Section eingebunden werden sollten

Name	Typ	Opt.	Card.	Template ID	Quelle
Specimen Information Organizer Entry	Entry	R2	[0..*]	1.3.6.1.4.1.19376.1.8.1.4.4	PAT TF-3:6.2.6.4
Author of the Section	Child	C	[0..*]	1.3.6.1.4.1.19376.1.8.1.4.2	PAT TF-3:6.2.6.2
Prozessdaten	Entry	R2	[0..*]	tbd	genuin

Innerhalb des Specimen Information Organizer Entries sollte ein Entry-Template für Prozessdaten generiert werden, das Probeneingang (Specimen->SpecimenProcessStep), Ende der Probenuntersuchung (documentationOfServiceEvent->Specimen), Ende der Befundung (Specimen->ObservationEventauthor.time) oder Übermittlung Befund, jeweils lt Anhang A, Punkt 76, erfasst. Alternativ werden diese Daten (vollständig?) in anderen Entries, z.B. Specimen Collection procedure, erfasst.

Außerdem sollte die Diagnosequalität nach Abschluss der Untersuchungen in eine der vier Kategorien als Observation (?) eingeteilt werden: Richtig Positiv, Richtig Negativ, Falsch Positiv, Falsch Negativ hinsichtlich der fast ausschließlich vorliegenden Fragestellung "Malignität?", oder noch allgemeiner in "übereinstimmend mit Referenzdiagnose: ja, nein, nicht angebbar" als BL kodiert. Für diese Kategorien gibt es offensichtlich noch keine Kodierungen (außer UMLS und SNOMED CT, hier "Modifier mainly for procedure (qualifier value), Concept ID 106239005)??

Ein entsprechendes Entry-Template wird unter den "Assessment Scales" entwickelt.

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Section: Makroskopische Beschreibung

Template ID	1.3.6.1.4.1.19376.1.8.1.2.3 (AP APSR 6.2.4.3)
General Description	In diesem Abschnitt werden die Daten zur Makroskopischen Beschreibung übermittelt.
Status	identisch zu IHE
LOINC Code	Opt.	Description
22634-0	R	Makroskopische Beschreibung

	Template-Metadaten
Template-Typ	Section
Template ID	1.3.6.1.4.1.19376.1.8.1.2.3 (AP APSR 6.2.4.3)
generischeres Template	<Verweis auf das Template>
genutztes Templates	<Verweis auf das Template>
nutzende Templates	<Verweis auf das Template>
abgeleitete Templates	<Verweis auf das Template>
Schwester-Templates	<Verweis auf das Template>
Generelle Beschreibung	In diesem Abschnitt werden die Daten zur Makroskopischen Beschreibung übermittelt.
allg. Erläuterung
Verhältnis zu IHE	identisch zu IHE (Übersetzung)
Ballotierungsstatus	in Arbeit
Erweiterbarkeit	geschlossen

Definition und Zweck

Die makroskopische Beschreibung erfolgt als Freitext. Sie beinhaltet die Beschreibung des eingesandten Materials, seine makroskopischen Eigenschaften und Besonderheiten, Verarbeitungsinformationen des Materials (??), und die Zuschnittsinformationen (repräsentatives sampling, Gewebe für Spezialuntersuchungen)

Beispiel

<section>
  <templateId root='1.3.6.1.4.1.19376.1.8.1.2.3'/>
  <code code='22634-0'displayName='Pathologiebefund Makroskopische Beschreibung'
        codeSystem='2.16.840.1.113883.6.1' codeSystemName='LOINC'/>
  <title>MAKROSKOPIE</title>
  <text>
     1. Bezeichnet als Brustbiopsie links wurde das 3x3x3 cm messende, 20g schwere 
rötlich-weiße weiche gewebsstück nach Entnahme einer mittigen Scheibe für die 
Schnellschnittuntersuchung in 5 jeweils 3 mm dicke Scheiben von mamillennah nach mamillenfern 
quer zur Milchgangsachse lamelliert. Zentral, nach allen Seiten mehr als 10 mm von den 
Resektionsrändern entfernt, stellt sich ein grauweißlicher, leicht strahlig begrenzter derber 
Knoten von 9 mm Durchmesser ab, an dessen lateralem Rand ein Stichkanal verläuft. Die 
Gewebsscheiben I, III und V werden jeweils komplett unter Tuschemarkierung der 
Resektionsränder gebettet. Die mediale Hälfte der Gewebsscheibe des Gefrierschnittes wird 
schockgefrostet für die uPA/PAI-1-Untersuchung asserviert. 
2. Bezeichnet als SLN Biopsie links finden sich zwei, jeweils 7 mm durchmessende 
graurötliche, weiche Gewebsknoten mit wenig anhängendem Fettgewebe. Dies werden nach 
Halbierung jeweils vollständig gebettet.
    
  </text>
  <entry> <-- Specimen Information entry, not shown here --> </entry>
</section>

Spezifikation

Die Section MUSS ein Code Element mit folgenden Attributen enthalten:

@code="22634-0" @codeSystem="2.16.840.1.113883.6.1" @displayName="Pathologiebefund Makroskopische Beschreibung"

Die Section MUSS einen narrativen Block enthalten, repräsentiert durch ein Textelement, welches die lesbare Information trägt.

Die Section SOLLTE so viele Specimen Information Organizer entry Elemente enthalten wie es Specimens oder Gruppen von Specimens gibt. Diese Entries enthalten die maschinenlesbaren Daten korrespondierend zum narrativen Block.

Die Section enthält keine Subsections.

Die Section SOLLTE ein Autor Element für den Fall enthalten, dass der/die Autoren von denen different sind, die in einem höheren Level im Dokument deklariert sind.

Content Module, die in die Section eingebunden werden sollten

Name	Typ	Opt.	Card.	Template ID	Quelle
Specimen Information Organizer Entry	Entry	R2	[0..*]	1.3.6.1.4.1.19376.1.8.1.4.4	PAT TF-3:6.2.6.4
Author of the Section	Child	C	[0..*]	1.3.6.1.4.1.19376.1.8.1.4.2	PAT TF-3:6.2.6.2

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Section: Mikroskopische Beschreibung

	Template-Metadaten
Template-Typ	Section
Template ID	1.3.6.1.4.1.19376.1.8.1.2.4 (APSR 6.2.4.4)
generischeres Template	<Verweis auf das Template>
genutztes Templates	<Verweis auf das Template>
nutzende Templates	<Verweis auf das Template>
abgeleitete Templates	<Verweis auf das Template>
Schwester-Templates	<Verweis auf das Template>
Generelle Beschreibung	In diesem Abschnitt werden die Daten zur Mikroskopischen Beschreibung übermittelt.
allg. Erläuterung	vom Sektorkommitee Pathologie/Neuropathologie gefordert
Verhältnis zu IHE	identisch zu IHE (Übersetzung)
Ballotierungsstatus	in Arbeit
Erweiterbarkeit	geschlossen

Definition und Zweck

Die mikroskopische Beschreibung erfolgt als Freitext. Je Material (Specimen) ist eine Section Mikroskopische Beschreibung notwendig. Optional können mehrere Materialien (Specimens) zusammengefasst werden. Ergebnisse von Spezialfärbungen, histochemischen, immunhistochemischen, molekularpathologischen und elektronenmikroskopischen Untersuchungen werden freitextlich in die beschreibung eingebunden und optional über Entries im CDA-Level 3 kodiert.

Beispiel

<section>
  <templateId root='1.3.6.1.4.1.19376.1.8.1.2.4'/>
  <code code='22635-7'displayName='Pathologiebefund Mikroskopische Beschreibung'
        codeSystem='2.16.840.1.113883.6.1' codeSystemName='LOINC'/>
  <title>MIKROSKOPIE</title>
  <text>
     Histologisch erweist sich der makroskopisch beschriebene Knoten als ein überwiegend 
trabekulär wachsender, zu weniger als 10% tubuläre Formationen ausbildender adenomatöser 
Tumor mit mäßiggradiger Zell- und Kernpolymorphie und einer durchschnittlichen Kerngröße 
von mehr als 3 Erythrozytendurchmessern. Pro 10 HPF finden sich 8 Mitosefiguren. 
Einbrüche in Lymph- oder Blutgefäße sind nicht nachweisbar. Geringgradige peritumorale 
lymphoidzellige Stromareaktion. Kein Mikrokalk. Am Rande des Tumors zeigt sich ein 
strichförmiges Gebiet von Blutungsresiduen und einem frischeren Granulationsgewebe
 (Stichkanal der Stanzbiopsie).
    
  </text>
  <entry> <-- Specimen Information Organizer Entry, not shown here --> </entry>
</section>

Spezifikation

Die Section MUSS ein Code Element mit folgenden Attributen enthalten:

@code="22635-7" @codeSystem="2.16.840.1.113883.6.1" @displayName="Pathologiebefund Mikroskopische Beschreibung"

Die Section MUSS einen narrativen Block enthalten, repräsentiert durch ein Textelement, welches die lesbare Information trägt.

Die Section SOLLTE so viele Specimen Information Organizer Entry Elemente enthalten wie es Specimens oder Gruppen von Specimens gibt. Diese Entries enthalten die maschinenlesbaren Daten korrespondierend zum narrativen Block.

In den Specimen Information Organizer Entry Elements SOLLTEN so viele Immunhistologie Mikroskopie Entry Elemente enthalten sein wie es derartige Untersuchungen gibt. Diese Entries enthalten die maschinenlesbaren Daten korrespondierend zum narrativen Block.

Die Section SOLLTE ein Autor Element für den Fall enthalten, dass der/die Autoren von denen different sind, die in einem höheren Level im Dokument deklariert sind.

Die Section enthält keine Subsections.

Content Module, die in die Section eingebunden werden sollten

Name	Typ	Opt.	Card.	Template ID	Quelle
Specimen Information Organizer Entry	Entry	R2	[0..*]	1.3.6.1.4.1.19376.1.8.1.4.4	PAT TF-3:6.2.6.4
child element: Immunhistologie Microskopie Entry-Template	Entry	R2	[0..*]	tbd
Author of the Section	Child	C	[0..*]	1.3.6.1.4.1.19376.1.8.1.4.2	PAT TF-3:6.2.6.2

Ergebnisse spezieller Untersuchungsmethoden

Immunhistologie (siehe Entry cdapath:Färbung-Section (Template) )

Template ID	??
General Description	In diesem Abschnitt werden die Daten zur Immunhistologie übermittelt.
Status	genuin
LOINC Code	Opt.	Description
55229-9	O	Immune stain study

I.d.R. werden diagnoserelevante immunhistologische Befunde in der mikroskopischen Beschreibung erwähnt. Im Entry ist ein Vorschlag für eine sowohl diagnostisch als auch methodisch wichtige detaillierte Einzelbeschreibung zahlreicher Aspekte der durchgeführten Untersuchungen aufgeführt. Diese sollten zum großen Teil aus Prozessdaten der Laborautomaten / des Pathologiesystems beritgestellt werden.

Elektronenmikroskopie (z.Zt. kein strukturierter Befundvorschlag, d.h. kein Entry??)

Template ID	1.2.276.0.76.3.1.131.1.10.2.7 ????
General Description	In diesem Abschnitt werden die Daten zur Elektronenmikroskopie übermittelt.
Status	genuin
LOINC Code	Opt.	Description
????	O

I.d.R. werden diagnoserelevante elektronenmikroskopische Befunde in der mikroskopischen Beschreibung erwähnt.

Molekularpathologie(z.Zt. kein strukturierter Befundvorschlag, d.h. kein Entry??)

Template ID	1.2.276.0.76.3.1.131.1.10.2.7 ????
General Description	In diesem Abschnitt werden die Daten zur Molekularpathologie übermittelt.
Status	genuin
LOINC Code	Opt.	Description
????	O

I.d.R. werden diagnoserelevante molekularpathologische Befunde in der mikroskopischen Beschreibung erwähnt.

Bisher keine Vorarbeiten für entry bekannt, einzelne Ergebnisse (Befunde) in LOINC und IHE APSR als Observation zu kodieren.

Präparatradiographie(z.Zt. kein strukturierter Befundvorschlag, d.h. kein Entry)

Template ID	1.2.276.0.76.3.1.131.1.10.2.7 ????
General Description	In diesem Abschnitt werden die Daten zur Präparatradiographie übermittelt.
Status	identisch zu cdaab2???
LOINC Code	Opt.	Description
????	O

Diagnoserelevante Befunde werden in der mikroskopischen Beschreibung erwähnt. Vorschläge für kodierte Form liegen in den Checklisten für Mammakarzinome vor.

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Section:Färbungen

	Template-Metadaten
Template-Typ	Section
Template ID
generischeres Template
genutztes Templates
nutzende Templates
abgeleitete Templates
Schwester-Templates
generelle Beschreibung
allg. Erläuterung
Verhältnis zu IHE	neu
Ballotierungsstatus	in Arbeit
Erweiterbarkeit	offen

falsche Überschrift???? Vgl. nachfolgenden Text ...

Immunhistochemische Färbungen

Die Informationen zu immunhistochemischen Färbungen bestehen aus folgenden Informationen:

Bedeutung	Datentyp	OID
Antikörper (Kurzbezeichnung)	Code oder String??	2.16.840.1.113883.6.1
Klon	String	1.2.276.0.76.5.????
Hersteller	Code oder String??	1.2.276.0.76.5.????
Antikörperklasse	CD	????
Protokoll-ID	II	1.2.276.0.76.5.????
Färbeintensität	CD	1.2.276.0.76.5.????
Färbemuster	CD	1.2.276.0.76.5.????
Verteilungsmuster	CD	1.2.276.0.76.5.????
Anteil positiver Zellen	PQ	??
Gewebetyp	CD	1.2.276.0.76.5.????
Färbeergebnis	CD	1.2.276.0.76.5.????
Fixierung	CD	1.2.840.10008.????
Bildanalyseprogramm	String	1.2.276.0.76.5.????
Score-Typ		vgl. Scores & Assessment DSTU
Score-Ergebnis		vgl. Scores & Assessment DSTU

Tabelle 4: Färbungen

Entry:Immunhistologie Mikroskopie

	Template-Metadaten
Template-Typ	Entry
Template ID	tbd
genutztes Template
abgeleitete Templates
Generelle Beschreibung	Hiermit wird auf Entry-Level die Übermittlung von Ergebnissen und Prozessdaten der Immunhistochemie definiert.
allg. Erläuterung	< Verweis auf eine allgemeine Erläuterungsseite >
Ballotierungsstatus	in Ballotierung
Erweiterbarkeit	geschlossen

Code: @code="55229-9" @codeSystem="2.16.840.1.113883.6.1"

Value Set (OID TODO - Code System ?):

Definition und Zweck

Das Immunhistologie Mikroskopie <entry>Content Modul ist ein generisches Template für den strukturierten Pathologiebericht. Es enthält in maschinenlesbarer Form die Informationen bezüglich der Prozess- und Ergebnisdaten immunhistochemischer Färbungen eines Materials (Specimen) oder Gruppe von Materialien. Es ist in das Mikroskopie <section> Content Modul verschachtelt. Es bündelt eine Reihe von AP Observations und Prozedurelemente.

Die Informationen zu immunhistochemischen Färbungen bestehen aus folgenden Informationen:

Bedeutung	Verw.	Kardin.	HL7	Datentyp	OID
Antikörper (Kurzbezeichnung)	R	[1..1]	method / substance?	CD	2.16.840.1.113883.6.1 ???? /http://www.antibodies-online.com/antibody/
Klon	R	[1..1]	method / substance?	CD	1.2.276.0.76.5.???? / http://www.antibodies-online.com/antibody/
Hersteller	R	[1..1]	@id Entity	??	1.2.276.0.76.5.????
Antikörperklasse	R	[1..1]	method / substance?	CD	????
Protokoll-ID	R2	[0..1]	Instanz ID	II	1.2.276.0.76.5.????
Färbeintensität	R	[1..1]	AP observation	CD	evtl. Scores & Assessment DSTU, SNOMED-CT 444775005
Färbemuster	O	[0..1]	AP observation	CD	evtl.. Scores & Assessment DSTU
Verteilungsmuster	O	[0..1]	AP observation	CD	evtl. Scores & Assessment DSTU
Anteil positiver Zellen	O	[0..1]	AP observation	PQ
Gewebetyp	R	[1..1]	AP observation	CD	1.2.276.0.76.5.????
Färbeergebnis	O	[0..1]	AP observation	CD	1.2.276.0.76.5.????
Fixierung	O	[0..1]	method / substance?	CD	1.2.840.10008.????
Bildanalyseprogramm	O	[0..1]	Instanz ID	II	1.2.276.0.76.5.????
Score-Typ	O	[0..1]	AP observation	CD	vgl. Scores & Assessment DSTU, SNOMED-CT 278061009 oder 246262008
Score-Ergebnis	O	[0..1]	AP observation	CD	vgl. Scores & Assessment DSTU

Tabelle 4: Informationen zu immunhistochemischen Färbungen

Text-Beispiel

Nachfolgend ein Beispiel für eine Reihe immunhistochemischer Reaktionen (einschl. von Positiv- und Negativkontrollen) in der Text-Darstellung:

Beispiel

Anti- körper	Klon	Her- steller	AK- Klasse	Proto- koll- ID	Reak- tions-stärke	Färbe- muster	Vertei- lungs- muster	%pos. Zellen	Gewebe- typ	Färbe- er- gebnis	Fixie- rung	Bild- analyse	Score- Typ	Score-Ergebnis
Ki67	30-9	Ventana	2	xyz	stark	nukleär	diffus	9	Tumor	positiv	FFPE	Immuno- Ratio
Ki67	30-9	Ventana	2	xyz	keine	keine	keine	0	neg.Färbe- kontrolle	negativ	FFPE
CK5/6	D5/16B4	DAKO	1	uvw	mittel	membran- st. komplett	basal		Tumor	positiv	FFPE
ER/PR pharmDX	1D5 / ER 2-123	DAKO	3	abc	stark	nukleär	diffus	87	Tumor	positiv	FFPE	Immuno- Ratio	Rem- mele	endokrin responsiv
ER/PR pharmDX	1D5 / ER 2-123	DAKO	3	abc	stark	nukleär	diffus	95	ext. Positiv on-slide-kontrolle	positiv	FFPE	Immuno- Ratio
ER/PR pharmDX	1D5 / ER 2-123	DAKO	3	abc	mittel	nukleär	fokal	30	int. Positiv kontrolle	positiv	FFPE	Immuno- Ratio
ER/PR pharmDX	1D5 / ER 2-123	DAKO	3	abc	keine	keine	keine	0	neg.Färbe kontrolle	negativ	FFPE
ER/PR pharmDX	PgR 1294	DAKO	3	def	mittel	nukleär	diffus	38	Tumor	positiv	FFPE	Immuno- Ratio	Rem- mele	endokrin responsiv
ER/PR pharmDX	PgR 1294	DAKO	3	def	keine	keine	keine	0	neg.Färbe kontrolle	negativ	FFPE

Abbildung in CDA

Kommentar: muss noch an Textbeispiel angepasst werden.

 <section>
  <!-- Darstellung als Tabelle -->
  <text>
   <tbody>
      <tr>
        <th>Antikörper</th>
        <th>Klon</th>
        <th>Hersteller</th>
        <th>AK-Klasse</th>
        <th>Protokoll-ID</th>
        <th>Färbeintensität</th>
        <th>Färbemuster</th>
        <th>Verteilungsmuster</th>
        <th>% pos. Zellen</th>
        <th>Gewebetyp</th>
        <th>Färbeergebnis</th>
        <th>Fixierung</th>
        <th>Score-Typ</th>
        <th>Score-Ergebnis</th>
      </tr>
      <tr>
        <td><content ID="d1">CK5/14</content></td>
        <td><content ID="d2">D5/16B4</content></td>
        <td><content ID="d3">DAKO</content></td>
        <td><content ID="d4"> 1</content></td>
        <td><content ID="d5">mittel</content></td>
        <td><content ID="d6">membranständig-komplett</content></td>
        <td><content ID="d7">basal</content></td>
        <td><content ID="d8"></content></td>
        <td><content ID="d9">Tumor</content></td>
        <td><content ID="d10">positiv</content></td>
        <td><content ID="d11">FFPE</content></td>
      </tr>
        ...
    </tbody>
  </text>

  <!-— erste Information -->
  <entry typeCode="DRIV">
    <observation classCode="OBS" moodCode="EVN">
      <code code="68498002" 
            codeSystem="2.16.840.1.113883.6.96" 
            displayName="Antikörper(kurz)" />
      <value xsi:type="CD" code="50315-1" codeSystem="2.16.840.1.113883.6.1">
        <originalText><reference value="#d1"/></originalText>
      </value>
    </observation>
  </entry>

  <!-— zweite Information -->
  <entry typeCode="DRIV">
    <observation>
      <code code="47308002" 
            codeSystem="2.16.840.1.113883.6.96" 
            displayName="Antikörper Klon" />
      <value xsi:type="CD" code="??" codeSystem="????">
        <originalText><reference value="#d2"/></originalText>
      </value>
    </observation>
  </entry>

  <!-— dritte Information -->
  <entry typeCode="DRIV">
    <observation classCode="OBS" moodCode="EVN">
      <code code="xxxx" 
            codeSystem="a.b.c.dx.y.z" 
            displayName="Antikörper Hersteller" />
      <value xsi:type="CD" code="?" codeSystem="????">
        <originalText><reference value="#d3"/></originalText>
      </value>
    </observation>
  </entry>

  <!-— vierte Information -->
  <entry typeCode="DRIV">
    <observation classCode="OBS" moodCode="EVN">
      <code code="xxxx" 
            codeSystem="a.b.c.dx.y.z" 
            displayName="Antikörper Klasse" />
      <value xsi:type="CD" code="1" codeSystem="????">
        <originalText><reference value="#d4"/></originalText>
      </value>
    </observation>
  </entry>

  <!-— fünfte Information -->
  <entry typeCode="DRIV">
    <observation classCode="OBS" moodCode="EVN">
      <code code="444775005" 
            codeSystem="2.16.840.1.113883.6.96" 
            displayName="Färbeintensität" />
      <value xsi:type="CD" code="2" codeSystem="????">
        <originalText><reference value="#d5"/></originalText>
      </value>
    </observation>
  </entry>

  <!-— sechste Information -->
  <entry typeCode="DRIV">
    <observation classCode="OBS" moodCode="EVN">
      <code code="246461003" 
            codeSystem="2.16.840.1.113883.6.96" 
            displayName="Färbemuster" />
      <value xsi:type="CD" code="3" codeSystem="????">
        <originalText><reference value="#d6"/></originalText>
      </value>
    </observation>
  </entry>

  <!-— siebte Information -->
  <entry typeCode="DRIV">
    <observation classCode="OBS" moodCode="EVN">
      <code code="xxxx" 
            codeSystem="a.b.c.dx.y.z" 
            displayName="Verteilungsmuster" />
      <value xsi:type="CD" code="3" codeSystem="????">
        <originalText><reference value="#d7"/></originalText>
      </value>
    </observation>
  </entry>

   ...

 </section>

Value sets für Immunhistologie

Antikörper

Bisher keine geeignete Klassifikation gefunden. Neutrale Übersicht in http://www.antibodies-online.com/antibody/

Die LOINC Codes in untenstehender Tabelle beschreiben das Färbeergebnis im Gewebe, nicht den Antikörper!!

Code	Antikörper	Bedeutung
40563-9	Aktin(glattmuskulär))	reagiert mit Aktin in glatter Muskulatur
10463-8	Amyloid A	reagiert mit Amyloid vom Typ AA
????	CD45	reagiert mit LCA
	u.s.w.

Tabelle 6: Antikörper (OID: 2.16.840.1.113883.6.1)

Antikörperklone

Bisher keine geeignete Klassifikation gefunden. Neutrale Übersicht in http://www.antibodies-online.com/antibody/

Klon (Code)	Bedeutung
1A4	monoklonaler Maus-AK gegen glattmuskuläres Aktin
mc1	monoklonaler Maus-AK gegen Amyloid vom Typ AA
2B11	monoklonaler Maus-AK gegen LCA
PD7/26	monoklonaler Maus-AK gegen LCA
	u.s.w.

Tabelle 7: Klone monoklonaler Antikörper (OID: 1.2.276.0.76.5.????)

Antikörperhersteller

OID	Hersteller
1.3.6.1.4.1.11987	DAKO
2.16.840.1.113995	Roche
????	Zytomed
1.3.6.1.4.1.22868	Ventana
1.3.6.1.4.1.492	DCS
	u.s.w.

Tabelle 8: Hersteller von Antikörpern (OID: 1.2.276.0.76.5.????)

Die Hersteller werden über die Klasse Entity mit @id identifiziert. Insofern wird diese Tabelle so nicht benötigt.

Antikörperklasse

Bisher keine geeignete Klassifikation gefunden. Neutrale Übersicht in Sektorkomitee Pathologie

Code	Antikörperklasse	Bedeutung
1	Klasse I	AK für diagnostische Immunhisto-/-zytochemie, die im Kontext mit Morphologie und klinischen Daten interpretiert werden. Sie dienen der Zelldifferenzierung.
2	Klasse II	AK für diagnostische Immunhisto-/-zytochemie mit direkter Therapierelevanz, die als Einzelergebnis semiquantitativ bewertet werden.
3	CE	AK mit CE-Kennzeichnung. Die Validierungsdaten wurden vom Hersteller erhoben.

Tabelle 9: Antikörperklasse (OID: ????)

Protokoll der Färbung

	Protokoll-ID
	xyz
	abc
	u.s.w.

Tabelle 10: ID des verwendeten Protokolls im Immunfärbeautomaten (OID: 1.2.276.0.76.5.????)

Woraus ergibt sich diese Information? Wird die generiert? Dann ist es eine Instanz-ID!

GH: Wird vom Färbeautomaten via Pathologiesystem geliefert (wenn vorhanden)

Färbeintensität

Code	Färbeintensität	Bedeutung
0	keine	keine Reaktion
1	schwach	schwache Reaktion (im Vergleich zur Positivkontrolle)
2	mittel	mäßig starke Reaktion (im Vergleich zur Positivkontrolle)
3	stark	starke Reaktion (im Vergleich zur Positivkontrolle)

Tabelle 11: Färbeintensität (OID: 1.2.276.0.76.5.????)

Färbemuster

Code	Färbemuster	Bedeutung
0	keine Färbung	keine Reaktion
1	nukleär	Kerne gefärbt
2	zytoplasmatisch	Zytoplasma gefärbt
3	membranständig_komplett	Zellmembran vollständig gefärbt
4	membranständig_partiell	Zellmembran teilweise gefärbt
5	Kombination aus 1-3 oder 4	mehrere Zellstrukturen gefärbt

Tabelle 12: Färbemuster(OID: 1.2.276.0.76.5.????)

Verteilungsmuster der gefärbten Objekte

Code	Verteilungsmuster	Bedeutung
0	keine Färbung	keine Objekte gefärbt
1	diffus	homogene Verteilung der gefärbten Objekte
2	fokal	Objekte nur herdförmig gefärbt
3	basal	Basalzellschicht gefärbt
4	luminal	lumenseitige Zellschicht gefärbt
5	mosaik	Mosaikmuster gefärbter Objekte im Verband

Tabelle 13: Verteilungsmuster der gefärbten Objekte (OID: 1.2.276.0.76.5.????)

Anteil gefärbter Objekte

Anteil positiver Objekte	Bedeutung
	Anteil gefärbter Objekte an allen Objekten gleicher Art in %

Tabelle 14: Anteil positiver Zellen (OID: 1.2.276.0.76.5.????)

Sollte als physical quantity übermittelt werden.

Gewebetyp

Code	Gewebetyp	Bedeutung
1	Normalgewebe	nichtpathologisch verändertes Gewebe (in der Umgebung der Läsion)
2	Tumorgewebe	Tumorgewebe (Läsion)
3	Zellinie	Zelllinie mit definiertem Reaktionsausfall
4	Positive Gewebskontrolle (extern)	Als geeignet bekanntes Läsionsgewebe, nichtdiagnostisch, mit definiertem positiven Reaktionsausfall
5	Positive Gewebskontrolle (intern)	Läsionsgewebe, diagnostisch, mit erwartetem definierten positiven Reaktionsausfall
6	Negative Gewebskontrolle (intern)	Läsionsgewebe, diagnostisch, mit erwartetem definierten negativen Reaktionsausfall
7	Negative Färbekontrolle	Läsionsgewebe, diagnostisch, mit definiertem positiven Reaktionsausfall, ohne Primärantikörper
8	Externe Gewebskontrolle (separat)	Als geeignet bekanntes Läsionsgewebe, nichtdiagnostisch, auf separatem Objektträger, mit definiertem positiven und/oder negativen Reaktionsausfall
9	Externe Gewebskontrolle (on-slide)	Als geeignet bekanntes Läsionsgewebe, nichtdiagnostisch, auf diagnostischem Objektträger, mit definiertem positiven und/oder negativen Reaktionsausfall

Tabelle 15: Gewebetypen (OID: 1.2.276.0.76.5.????)

Färbeergebnis

Code	Färbeergebnis	Bedeutung
0	negativ	keine diagnostische Färbung
1	fraglich positiv	unsichere diagnostische Färbung
2	positiv	diagnostische Färbung
9	nicht auswertbar	diagnostisch nicht verwertbar

Tabelle 16: Färbeergebnis (OID: 1.2.276.0.76.5.????)

Fixierung, Vorbehandlung und Einbettung

Hierzu gibt es drei Codesysteme von DICOM, suppl. 122

CodingSchemeDesignator	Wert	Bedeutung
SRT	??	frisches oder gefrorenes Gewebe
SRT	C-2141C	neutral gepuffertes Formalin
SRT	??	andere Fixations- und/oder Einbettungsverfahren

Tabelle 17a: Fixierung (OID: 1.2.840.10008.2.16.4.?? oder 1.2.840.10008.??, Context ID 8114)

CodingSchemeDesignator	Wert	Bedeutung
SRT	P3-40005	Mikrowelle
SRT	P3-40009	Dampfkocher
SRT	P3-40006	Proteaseverdauung
SRT	P3-4000B	Dehydrierung
SRT	P3-05050	Frosten
SRT	P3-40003	Clearing

Tabelle 17b: Vorbehandlung(OID: 1.2.840.10008.2.16.4.?? oder 1.2.840.10008.??, Context ID 8113)

CodingSchemeDesignator	Wert	Bedeutung
SRT	F-616D8	Paraffin
SRT	F-62232	Gefriermedium
SRT	C-2A000	Plastic
SRT	C-84085	Agar
SRT	C-2A400	Epoxid
SRT	C-100EA	Acrylat

Tabelle 17c: Einbettung(OID: 1.2.840.10008.2.16.4.?? oder 1.2.840.10008.??, Context ID 8115)

Bildanalyseprogramm

Programmname	Hersteller	Verwendungszweck
ImmunoRation	http://imtmicroscope.uta.fi/immunoratio	Quantifizierung von Hormonrezeptorexpression und Ki-67-Expression
ImmunoMembrane	http://imtmicroscope.uta.fi/immunomembrane	Quantifizierung der Her-2-neu-Rezeptorexpression
ACIS III	DAKO	Antigenquantifizierung für pharmDX Kits
VIAS	Ventana/Roche	Quantifizierung des Ventana/Roche Breast Panel
	u.s.w.

Tabelle 18: Bildanalyseprogramme (OID: 1.2.276.0.76.5.????)

Score-Typ

Code	Name	Bedeutung
1	Remmele-Stegner	Hormonrezeptorexpression
2	Allred	Hormonrezeptorexpression
3	Her-2-neu-Brust	Her-2-neu-Expression bei Mammakarzinom
4	Her-2-neu-Magen	Her-2-neu-Expression bei Magenkarzinom
	u.s.w.

Tabelle 19: Score-Typ (OID: 1.2.276.0.76.7.2.????)

FO: Scores und die Ergebnisse sollten gemäß Scores und Assessment DSTU übermittelt werden!

Score-Ergebnis

Score-Code	Ergebnis	Bedeutung
1	0	endokrin nicht responsiv
1	1	endokrin fraglich responsiv
1	2-12	endokrin responsiv
3	0 und 1+	keine Überexpression
3	2+	fragliche Überexpression
3	3+	Überexpression
	u.s.w.

Tabelle 20: Score-Ergebnis (OID: 1.2.276.0.76.5.????)

Kommentar: Die mit ???? endenden OID müssen alle noch endgültig definiert werden. Können wir das tun?

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Section: Unterbeauftragung

Template ID	1.2.276.0.76.3.1.131.1.10.2. ???? oder 1.3.6.1.4.1.19376.1.8.1.2.6
General Description	In diesem Abschnitt werden die Informationen über Unterbeauftragungen übermittelt.
Status	genuin oder IHE
LOINC Code	Opt.	Description
46059-2 ????	O

Untersuchungen, die als Unterauftrag weitergegeben werden, müssen hier gekennzeichnet werden:

welches Material
welche Untersuchung
an wen gesandt

Mgl.weise können diese Informationen auch in der Materialaufbereitungs-Section untergebracht werden. Sie betreffen aber nur ausnahmsweise das frische, eingesandte material, sondern viel häufiger einzelne Blöcke (Specimen Hierarchie!)

Die Ergebnisse derartiger Untersuchungen werden in der Regel als Nachbericht mitgeteilt.

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Section: Diagnostische Schlussfolgerung

	Template-Metadaten
Template-Typ	Section
Template ID	1.3.6.1.4.1.19376.1.8.1.2.5 (APSR 6.2.4.5)
generischeres Template	<Verweis auf das Template>
genutztes Templates	<Verweis auf das Template>
nutzende Templates	<Verweis auf das Template>
abgeleitete Templates	<Verweis auf das Template>
Schwester-Templates	<Verweis auf das Template>
Generelle Beschreibung	In diesem Abschnitt werden die diagnostischen Schlussfolgerungen übermittelt.
allg. Erläuterung	vom Sektorkommitee Pathologie/Neuropathologie gefordert
Verhältnis zu IHE	constraints zu IHE
Ballotierungsstatus	in Arbeit
Erweiterbarkeit	geschlossen

Die Diagnosen sind gemäß Diagnoseleitfaden[9] zu übermitteln! Die Darstellung wird aus den codierten Informationen (sofern z.B. aus Cancer Check List vorhanden) abgeleitet.

Definition und Zweck

Die Diagnostische Schlussfolgerung Section enthält die diagnostischen Schlussfolgerungen ("Diagnosen") aller untersuchten Specimens (Parts, Materialien), die zusammen zur Untersuchung eingesandt wurden. Die Diagnosen werden für jedes Material oder jede Gruppe von Materialien separat angegeben. Die Section schließt zusätzliche pathologische Befunde und die Ergebnisse zusätzlicher Untersuchungen ein und kann Diagramme und Bilder und Virtual Slides beinhalten.

Bei Tumordiagnosen enthält sie innerhalb des Specimen Information Organizer-Entry die TNM- und ICD-O-, und R-Klassifikation sowie, falls vorhanden, eine Cancer Checklist.

Beispiel

 <component>
   <section>
     <templateId root='1.3.6.1.4.1.19376.1.8.1.2.5'/>
     <code code='22637-3' displayName='Pathology report diagnosis' 
           codeSystem='2.16.840.1.113883.6.1' codeSystemName='LOINC'/>
       <title>DIAGNOSTISCHE SCHLUSSFOLGERUNG SECTION</title>
       <text> 1.Intaktes Resektat eines mäßig differenzierten invasiven Mammakarzinoms, NST, 
              Malignitätsgrad 2 nach Elston und Ellis, aus dem oberen äußeren Quadranten der 
              linken Brust, im Gesunden entfernt. 
              2. Mikrometastasen in einem von 18 untersuchten axillären Lymphknoten. 
       </text>
      <entry> <--Specimen Information Organizer, not shown here --> </entry> 
    </section>
  </component>

Spezifikation

Die Section MUSS ein Code Element mit folgenden Attributen enthalten:

@code="22637-3" @codeSystem="2.16.840.1.113883.6.1" @displayName="Pathology report diagnosis"

Die Section MUSS einen narrativen Block enthalten, repräsentiert durch ein Textelement, welches die lesbare Information trägt.

Die Section MUSS so viele Specimen Information Organizer Entry Elemente enthalten wie es Specimens (Materialien) oder Gruppen von Specimens gibt. Diese Entries enthalten die maschinenlesbaren Daten korrespondierend zum narrativen Block.

Constraint zu IHE: Die Section MUSS im Falle von Tumordiagnosen die ICD-O-, TNM- und R-Klassifikation als Child Elemente die ICD-O-Klassifikation Entry (Template), TNM-Diagnose Entry (Template) und R-Klassifikation-Entry (Template) sowie die Phänomendaten aus cdaonk gemäß Phänomendaten-Section (Template)als Entry enthalten.

Die Section SOLLTE ein Autor Element für den Fall enthalten, dass der/die Autoren von denen different sind, die in einem höheren Level im Dokument deklariert sind.

Die Section KANN eine Subsection "Zusammenfassung: ausführl. kritische gutachterliche Stellungnahme/Epikrise/Kommentar" enthalten.

Content Module, die in die Section eingebunden werden sollten

Name	Typ	Opt.	Card.	Template ID	Quelle
Specimen Information Organizer	Entry	R	[1..*]	1.3.6.1.4.1.19376.1.8.1.4.4	PAT TF-3: 6.2.6.4
Child element:TNM-Diagnose Entry	Entry	C	[0..*]	1.2.276.0.76.3.1.131.1.10.3.5	TNM-Diagnose
Child element:ICD-O-Diagnose Entry	Entry	C	[0..*]	1.2.276.0.76.3.1.131.1.10.3.3	ICD-O-Diagnose
Child element:R-Klassifikation Entry	Entry	C	[0..*]	1.2.276.0.76.3.1.131.1.10.3.7	R-Klassifikation
Child Element:Zusammenfassung	Sub-Section	O	[0..*]	1.3.6.1.4.1.19376.1.8.1.2.7	PAT TF-3: 6.2.4.7
Author of the Section	Child	C	[0..*]	1.3.6.1.4.1.19376.1.8.1.4.2	PAT TF-3: 6.2.6.2

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Section: Zusammenfassung: ausführl. kritische gutachterliche Stellungnahme/Epikrise/Kommentar

	Template-Metadaten
Template-Typ	Section
Template ID	1.3.6.1.4.1.19376.1.8.1.2.7 (APSR 6.2.4.7)
generischeres Template	<Verweis auf das Template>
genutztes Templates	<Verweis auf das Template>
nutzende Templates	<Verweis auf das Template>
abgeleitete Templates	<Verweis auf das Template>
Schwester-Templates	<Verweis auf das Template>
Generelle Beschreibung	In diesem Abschnitt wird eine ausführliche kritische Gutachterliche Stellungnahme/Epikrise/Kommentar übermittelt.
allg. Erläuterung	vom Sektorkommitee Pathologie/Neuropathologie gefordert
Verhältnis zu IHE	identisch zu IHE (Übersetzung)
Ballotierungsstatus	in Arbeit
Erweiterbarkeit	geschlossen

Definition und Zweck

Diese Section ist eine optionale Subsection der Diagnosesection. Sie enthält eine textliche Zusammenfassung bzw. epikritische Bewertung bzw. Kommentar des Pathologiebefundes, die aus dem Befund extrahiert und in klinische Dokumente eingefügt werden kann, um dort ein Segment zu bilden "...der Pathologiebefund stellt fest, dass ...".T

Entspricht inhaltlich der Epikrise des bvitG-Arztbriefes.

Beispiel

 <section>
  <templateId root='1.3.6.1.4.1.19376.1.8.1.2.5'/>
  <code code='22637-3' displayName='Pathology report diagnosis' 
        codeSystem='2.16.840.1.113883.6.1' codeSystemName='LOINC'/>
         <title>DIAGNOSE SECTION</title>
           <text>1. Komplette Exzision eines invasiven Karzinoms, NST, im oberen äußeren Quadranten der linken Brust. 
                 Malignitätsgrad 2 nach Elston und Ellis (2-3-2). Minimaler Sicherheitsabstand 11 mm nach kranial. 
                 2. Micrometastase in einem der axillären Lymphknoten. </text>
           <entry> <!-- detail not shown --> </entry>
            <component>
               <section> 
                 <templateId root='1.3.6.1.4.1.19376.1.8.1.2.7'/>
                   <code code='35660-0' displayName='Pathology report final diagnosis section - text'
                         codeSystem='2.16.840.1.113883.6.1' codeSystemName='LOINC'/>
                          <title>ZUSAMMENFASSUNG</title>
                            <text>Invasives Karzinom der linken Brust
                                  pT2pN1a(1/18)cM0, G2, R0 </text> 
               </section>
             <component>
  </section>

Spezifikation

Die Section MUSS ein Code Element mit folgenden Attributen enthalten:

@code="35660-0" @codeSystem="2.16.840.1.113883.6.1" @displayName="Pathology report final diagnosis section - text"

Die Section MUSS einen narrativen Block enthalten, repräsentiert durch ein Textelement, welches die lesbare Information trägt.

Die Section SOLLTE ein Autor Element für den Fall enthalten, dass der/die Autoren von denen different sind, die in einem höheren Level im Dokument deklariert sind.

Die Section DARF KEINE Entries enthalten.

Content Module, die in die Section eingebunden werden sollten

Name	Typ	Opt.	Card.	Template ID	Quelle
Author of the Section	Child	C	[0..*]	1.3.6.1.4.1.19376.1.8.1.4.2	PAT TF-3:6.2.6.2

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Section: Weitergabemodus

Template ID	1.2.276.0.76.3.1.131.1.10.2.7 ????
General Description	In diesem Abschnitt werden die Daten zum Weitergabemodus übermittelt.
LOINC Code	Opt.	Description
????	O

tbd

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Section: Abschließende Bemerkungen (Schlusstext)

Id

1.2.276.0.76.10.3034

Gültigkeit

2013‑12‑30

Status

Aktiv

Versions-Label

Name

Finalremarkssection

Bezeichnung

Abschließende Bemerkungen

Beschreibung

Ein am Ende des Briefes formulierter Freitext entsprechend einer Grußformel, z.B.: "mit kollegialen Grüßen

Klassifikation

CDA Section level template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Beziehung

Spezialisierung: Template 2.16.840.1.113883.10.12.201 CDA Section (2005‑09‑07)

ref

ad1bbr-

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

(Fin...ion)

hl7:templateId

II

1 … 1

(Fin...ion)

@root

1 … 1

F

1.2.276.0.76.10.3034

hl7:code

CE

1 … 1

M

(Fin...ion)

@code

CONF

1 … 1

F

X-FINREM

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (LOINC)

hl7:title

ST

0 … 1

(Fin...ion)

hl7:text

SD.TEXT

1 … 1

M

(Fin...ion)

Anmerkung: LOINC Codes mit einem vorangestellten X, wie hier X-FINREM, werden kurzfristig durch tatsächliche numerische LOINC Codes ersetzt.

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Section: Grundleiden/Todesursache (klininisch)

	Template-Metadaten
Template-Typ	Section
Template ID
generischeres Template
genutztes Templates
nutzende Templates
abgeleitete Templates
Schwester-Templates
generelle Beschreibung	In diesem Abschnitt werden die Informationen zur klin. Todesursache übermittelt.
allg. Erläuterung
Verhältnis zu IHE	dt.Übersetzung oder Ergänzung oder neu
Ballotierungsstatus	identisch zu cdaab2???
Erweiterbarkeit	offen oder geschlossen

Beschreibung

Dieser Abschnitt ist nur Bestandteil des Obduktionsbefundes / Sektionsberichtes. Im Einzelnen werden hier tabellarisch folgende Items aufgelistet:

Bedeutung	Diagnosetext	Zeitdauer zwischen Krankheit und Tod	ICD-10 Code
Unmittelbar zum Tode führende Krankheit (Todesursache)	Ia) 1..1	0..1	1..1
Vorausgegangene Ursache	Ib) 0..1	0..1	0..1
Vorausgegangene Ursache (Grundleiden)	Ic) 0..1	0..1	0..1
Begleitkrankheit	II 0..1	0..1	0..1
Begleitkrankheit	II 0..1	0..1	0..1

Begleitkrankheit ist doppelt.

Was ist hier mit den Codes gemeint? FO: Code zur Identifkation der Section, ggf. auch codes für die Inhalte

Für diese Tabellen wurden noch keine Codes vorgeschlagen

Beispiel

fehlt

Section: Grundleiden/Todesursache (autoptisch)

	Template-Metadaten
Template-Typ	Header oder Section oder Entry
Template ID
generischeres Template
genutztes Templates
nutzende Templates
abgeleitete Templates
Schwester-Templates
generelle Beschreibung	In diesem Abschnitt werden die Informationen zur autoptischen Todesursache übermittelt.
allg. Erläuterung
Verhältnis zu IHE	dt.Übersetzung oder Ergänzung oder neu
Ballotierungsstatus	identisch zu cdaab2???
Erweiterbarkeit	offen oder geschlossen

Beschreibung

Dieser Abschnitt ist nur Bestandteil des Obduktionsbefundes / Sektionsberichtes. Im Einzelnen werden hier tabellarisch folgende Items aufgelistet:

Bedeutung	Diagnosetext	ICD-10 Code
Unmittelbar zum Tode führende Krankheit (Todesursache)	Ia) 1..1	1..1
Vorausgegangene Ursache	Ib) 0..1	0..1
Vorausgegangene Ursache (Grundleiden)	Ic) 0..1	0..1
Begleitkrankheit	II 0..1	0..1
Begleitkrankheit	II 0..1	0..1

Begleitkrankheit ist doppelt.

Was ist hier mit den Codes gemeint? FO: Code zur Identifkation der Section, ggf. auch codes für die Inhalte

Für diese Tabellen wurden noch keine Codes vorgeschlagen

Beispiel

fehlt

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Section: Äußere Leichenschau

	Template-Metadaten
Template-Typ	Section
Template ID
generischeres Template
genutztes Templates
nutzende Templates
abgeleitete Templates
Schwester-Templates
generelle Beschreibung	In diesem Abschnitt werden die Informationen zur äußeren Leichenschau übermittelt.
allg. Erläuterung
Verhältnis zu IHE	neu
Ballotierungsstatus	in Arbeit
Erweiterbarkeit	offen

Beschreibung

tbd

Attribute

Lvl	RIM	Name	DT	Kard	Conf	Beschreibung
1	act	section		1..1	M
2	act	templateId	CD CNE	1..1	F
2	act	code	CD CNE	1..1	F
2	act	title	ST	1..1	F	"äußere Leichenschau"
2	act	text	ST	1..1	M	Beschreibung

Beispiel

<section>
  <templateId root="1.2.276.0.76.3.1.131.1.10.3.xxxx"/>
  <code code="xxxx" codeSystem="" />
  <title>äußere Leichenschau</title>
  <text>
  ...
  </text>
</section>

Section: Innere Leichenschau

	Template-Metadaten
Template-Typ	Section
Template ID
generischeres Template
genutztes Templates
nutzende Templates
abgeleitete Templates
Schwester-Templates
generelle Beschreibung	In diesem Abschnitt werden die Informationen zur inneren Leichenschau übermittelt.
allg. Erläuterung
Verhältnis zu IHE	neu
Ballotierungsstatus	in Arbeit
Erweiterbarkeit	offen

Beschreibung

tbd

Attribute

Lvl	RIM	Name	DT	Kard	Conf	Beschreibung
1	act	section		1..1	M
2	act	templateId	CD CNE	1..1	F
2	act	code	CD CNE	1..1	F
2	act	title	ST	1..1	F	"innere Leichenschau"
2	act	text	ST	1..1	M	Beschreibung

Beispiel

<section>
  <templateId root="1.2.276.0.76.3.1.131.1.10.3.xxxx"/>
  <code code="xxxx" codeSystem="" />
  <title>innere Leichenschau</title>
  <text>
  ...
  </text>
</section>

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Allgemeine Spezifikation aller APSR Entry Content Module

Jedes <entry> Content Modul ist an das korrespondierende Section Content Modul gebunden und enthält die maschinenlesbaren Daten in Bezug auf ein Material (Specimen) oder Gruppe von Materialien dieser Section.

Jedes <entry> Content Modul ist in der Section wiederholbar, so dass es das Konzept von mehreren Materialien, die als ein Fall eingesandt wurden, unterstützt.

Datenelement	Verw.	Card.	Path and Constraints (Xpath + indentation)	Vokabular Quelle
Entry			Entry
Content Module conformance	R	[1..1]	templateId[@root]

Beispiel

probeweise TNM als Component entsprechend cdaab2-TNM-Klassifikation-Entry eingebaut. Bitte prüfen, ob die Verschachtelung stimmt!!

<entry>
  <templateId root="1.3.6.1.4.1.19376.1.8.1.3.5"/>
  <!-- Specimen Information Organizer -->
    <organizer classCode="CLUSTER" moodCode="EVN">
     <templateId root="1.3.6.1.4.1.19376.1.8.1.4.4"/> 
     <statusCode code="completed"/>
     <!-- Specimen collection procedure -->
     <component>
       <procedure classCode="PROC" moodCode="EVN">
         <templateId root="1.3.6.1.4.1.19376.1.3.1.2"/> 
         <code code="277261002" codeSystem="2.16.840.1.113883.6.96"
              displayName="Exzision"/>
         <targetSiteCode code="76752008" codeSystem="2.16.840.1.113883.6.96"
              displayName="Brust"/>
         <participant typeCode="PRD"> 
           <participantRole classCode="SPEC">
             <playingEntity>
                <code code="309546004"
                      codeSystem="2.16.840.1.113883.6.96"
                      codeSystemName="SNOMED-CT" 
                      displayName="Lumpektomie Probe"/>
             </playingEntity>
           </participantRole>
         </participant>
       </procedure> 
     </component>
     <!-- Problem organizer -->
     <component>
       <organizer classCode="BATTERY" moodCode="EVN">
         <templateId root="1.3.6.1.4.1.19376.1.8.1.4.8"/> 
         <statusCode code="completed"/>
           <component>
             <observation classCode="OBS" moodCode="EVN">
               <templateId root="1.3.6.1.4.1.19376.1.8.1.4.9"/>
               <code code="371441004" 1805
                     codeSystem="2.16.840.1.113883.6.96"
                     codeSystemName="SNOMED-CT"
                 displayName="Histologischer Typ"/>
                   <statusCode code="completed"/>
                      <effectiveTime value="20100321063000.0000-0500"/> 
                      <value xsi:type="CD" code="408643008"
                     displayName="Invasives Mammakarzinom, NST (Krankheit)"
                     codeSystem="2.16.840.1.113883.6.96"/>
             </observation>
           </component>
        
           <!-- Tumorformel nach TNM -->
           <component>

             <observation classCode="OBS" moodCode="EVN">
	       <templateId root='' />
	         <id root='' extension=''' />
	         <code code='' codeSystem='' />
	         ...
	          <value xsi:type="CD"
		     codeSystem="2.16.840.1.113883.15.8"
		     code="IV">
		   <originalText>
			Tumorformel: T1 N2 ......
		   </originalText>

	        <!-- Einzelteile der Tumorformel -->
	        <entryRelationship typeCode="SPRT">
		   <observation moodCode="EVN" classCode="OBS">
			<!-- T-Code -->
			<value xsi:type="CD" code="T1" 
				codeSystem="2.16.840.1.113883.15.8" codeSystemName=" tnm5"/>
				<qualifier>
					<name code="341"         
                                         codeSystem="2.16.840.1.113883.3.7.1.0"/>
					<value code="C2" codeSystem="1.2.276.0.76.5.341"/>
				</qualifier>
			</value>
   	  	   </observation>
    	         </entryRelationship>

  	         <entryRelationship typeCode="SPRT">
		    <observation moodCode="EVN" classCode="OBS">
			<!-- N-Code -->
			<value xsi:type="CD" code="N2" 
				codeSystem="2.16.840.1.113883.15.8" codeSystemName="tnm5"/>
			</value>
		    </observation>
  	        </entryRelationship>

	        <entryRelationship typeCode="SPRT">
		   <observation moodCode="EVN" classCode="OBS">
			<!-- M-Code -->
			<value xsi:type="CD" code="M0" 
				displayName="Fernmetastasen nicht vorhanden"
				codeSystem="2.16.840.1.113883.15.8" codeSystemName="tnm5"/>
			</value>
		   </observation>
	        </entryRelationship>

             </observation>
           </component>
 
         </organizer>
      </component>
   </organizer>
</entry>

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Child Element Content Module

Diese Seite muss aufgesplittet werden auf diverse Einzelseiten, um die jeweiligen Ableitungen klar herausarbeiten zu können!

Ein Child Element ist ein Child Element eines CDA Headers oder einer CDA Section oder ein Element, das in verschiedenen Tiefen unterhalb eines <entry> Elementes verschachtelt wurde oder ein aus diesen Gegebenheiten kombiniertes Element.

Header: Specimen Collector

	Template-Metadaten
Template-Typ	Entry
Template ID	1.3.6.1.4.1.19376.1.8.1.4.1
generischeres Template
genutztes Templates	keines
abgeleitete Templates	keines
Generelle Beschreibung	In diesem Template werden die Informationen zum Material gewinnenden Arzt, falls dieser nicht der Einsender ist, übermittelt.
allg. Erläuterung	< Verweis auf eine allgemeine Erläuterungsseite >
Verhältnis zu IHE	dt.Übersetzung
Ballotierungsstatus	< Status der Verabschiedung >
Erweiterbarkeit	geschlossen

Definition und Zweck

In diesem Template werden die Informationen zum Material gewinnenden Arzt, falls dieser nicht der Einsender ist, übermittelt.

Dieses Content Module kann nur im Header genutzt werden. Es darf nur verwendet werden, falls der Material gewinnende Arzt nicht der Einsender ist vgl. use cases).

Spezifikation

tbd: als Participant

Beispiel

  <participant typeCode="DIST">
    <time>
      <!-- date&time of specimen collection -->
      <high value="200911140805"/>
    </time>
    <associatedEntity classCode="CAREGIVER"> 
    <id root="1.3.6.1.4.1.19376.1.8.9.1" extension="801234567897"/>
    <addr nullFlavor="NASK"/>
    <telecom nullFlavor="NASK"/>
    <associatedPerson>
     <name> 
       <given>Roberta</given>
       <family>Slicer</family>
     </name>
    </associatedPerson>
   </associatedEntity> 
   </participant>

Header + Entry: Autor

siehe auch verkürzt in cdapath:Autor (author) (Template)

diese Alternative muss abgestimmt werden!!

	Template-Metadaten
Template-Typ	Header
Template ID	1.3.6.1.4.1.19376.1.8.1.4.2
generischeres Template
genutztes Templates	keines
abgeleitete Templates	keines
Generelle Beschreibung	In diesem Template werden die Informationen zum Autor des Befundes / Befundberichts übermittelt.
allg. Erläuterung	< Verweis auf eine allgemeine Erläuterungsseite >
Verhältnis zu IHE	dt.Übersetzung
Ballotierungsstatus	< Status der Verabschiedung >
Erweiterbarkeit	geschlossen

Definition und Zweck

Inwieweit ist dies eine Spezialisierung des generischen Autors?

Dieses Content Module kann im CDA-Header, in <sections> und in verschiedener Tiefe eines <entry> genutzt werden. Es beschreibt den Autor, der zum ganzen Befundbericht oder zu Teilen desselben (Section, Observation, Gruppe von Observations) beigetragen hat. Ein Dokument oder ein bestimmter teil des Dokuments kann mehr als einen Autor haben. Ein Autor KANN eine Person oder ein Gerät (z.B. Messgerät, Auswertesoftware) sein. In beiden Fällen KANN die betreffende Organisation beschrieben werden.

Spezifikation

Dieses Content Modul enthält keine weiteren Content Module.

Lvl	RIM	Name	DT	Kard	Conf	Beschreibung	Bemerkung
1	part	author		[0..*]	O	Autor	OBR-35
1	part	templateId[@root="1.3.6.1.4.1.19376.1.8.1.4.2"]		[1..1]	R	Conformance
1	part	time@value	TS	[1..1]	R	Autorisierungszeit	(1)
1	role	assignedAuthor		[0..1]	C	Identifizierung
1	role	id	II.DE	[1..*]	R	Identifier
1	role	addr	AD.DE	[1..*]	R	Adresse
1	role	telecom	TEL	[1..*]	R	Telefon
1	ent	assignedPerson		[0..1]	C	Person	(2)
1	ent	name	PN.DE	[1..*]	R	Name
1	ent	authoringDevice		[0..1]	C	Autorisierendes Gerät	(2)
1	ent	code	CE	[0..1]	R2	Typ
1	ent	manufacturerModelName	SC	[0..1]	R2	Modellname
1	ent	softwareName	SC	[0..1]	R2	Softwarename
1	ent	representedOrganization		[0..1]	O	Organisation
1	ent	id	II.DE	[0..*]	R2	Identifier
1	ent	name	ON.DE	[1..1]	R	Name
1	ent	telecom	TEL	[0..*]	O	Telefon
1	ent	addr	AD	[0..*]	O	Adresse

Bemerkungen

(1) Die Autorisierungszeitist die Zeit, zu der der Autor zum Dokument beigetragen hat. Sie MUSS angegeben werden.

(2) Der Autor ist entweder eine Person oder ein autorisierendes Gerät.

Beispiel

  <author>
    <templateId root="1.3.6.1.4.1.19376.1.8.1.4.2"/>
    <time value="20090529094914.827+0100"/>
    <assignedAuthor>
      <id root="1.3.6.1.4.1.19376.1.8.9.1" extension="801234567897"/> 1875
      <telecom value="tel:+33-602030499"/>
         <assignedPerson>
           <name>
            <given>Karl</given>
            <family>Patholog</family> 1880
           </name>
         </assignedPerson>
         <representedOrganization>
           <id root="1.3.6.1.4.1.19376.1.8.9.2" extension="1120456789"/>
             <name>Institut für Pathologie Musterstadt</name> 1885
             <telecom nullFlavor="MSK"/>
             <addr nullFlavor="MSK"/>
         </representedOrganization>
     </assignedAuthor>
    </author>

Header + Entry: Content Validator

tbd

Entry: Specimen Information Organizer

Diese Entry wird nach dem IHE Change Proposal 2013-11-10, aktualisiert im Diskussionsstand APSR R2 vom Sept. 2014, wahrscheinlich nicht mehr benötigt.

	Template-Metadaten
Template-Typ	Entry
Template ID	1.3.6.1.4.1.19376.1.8.1.4.4
generischeres Template
genutztes Templates	keines
abgeleitete Templates	keines
Generelle Beschreibung	In diesem Template werden diejenigen Informationen organisiert, die zu verschiednen Acts an einem Material oder einer Gruppe von Materialien gehören
allg. Erläuterung	< Verweis auf eine allgemeine Erläuterungsseite >
Verhältnis zu IHE	dt.Übersetzung
Ballotierungsstatus	< Status der Verabschiedung >
Erweiterbarkeit	geschlossen

Definition und Zweck

Diese Content Modul wird nur innerhalb eines <entry> Elements verwendet.

Der Specimen Information Organizer ist ein einheitliches Entry, das durch die meisten Sections eines Pathologiebefundes genutzt wird. Es gruppiert diejenigen Informationen, die zu jeweils einem Act (Prozeduren und Observations)an einem Material oder einer Gruppe von Materialien in Beziehung stehen.

Spezifikation

In der Tabelle ist die genaue Struktur der Content Module mit Verwendung, Kardinalität, Path und Constraints der Datenelemente, Value Sets / Terminonologien aufgeführt.

Die verschachtelten Content Module sind diejenigen Elemente, die eine Child Template ID in der "Path & Constraints (Xpath+indentation)"-Spalte haben. Die Spalte "Vokabular & Quelle" pezifiziert dafür die verschachtelten Content Module. In der Spalte "N" werden zusätzliche Erläuterungen und Constraints aufgeführt.

Datenelement	Verw.	Card.	Path and Constraints (Xpath + indentation)	Vokabular Quelle	N	DT	HL7v2.5.1
Specimen Information Organizer			organizer[@classCode="CLUSTER" and@moodCode="EVN"]
Conformance	R	[1..1]	templateId[@root="1.3.6.1.4.1.19376.1.8.1.4.4"]
Status	R	[1..1]	statusCode[@code="completed"]			CS	OBR-25
Organizer time (interval or point)	O	[0..1]	effectiveTime		(3)	IVL-TS	OBR-7 OBR-8
Performing lab	C	[0..1]	performer[@typeCode="PRF"] /templateId[@root="1.3.6.1.4.1.19376.1.3.3.1.7"]		(8)
Laboratory Performer	R	[1..1]	templateId[@root="1.3.6.1.4.1.19376.1.3.3.1.7"]	LAB TF-3: 2.3.3.22			OBX-23 OBX-24 OBX-25
Author	C	[0..*]	author /templateId[@root="1.3.6.1.4.1.19376.1.8.1.4.2"]	PAT TF-3: 6.2.6.2	(4)
Informant	O	[0..*]	informant/templateId[@root="1.3.6.1.4.1.19376.1.8.1.4.6"]	PAT TF-3: 6.2.6.6	(5)
Transscriptionist	O	[0..*]	participant[@participationType="ENT"]/templateId[@root="1.3.6.1.4.1.19376.1.8.1.4.7"]	PAT TF-3: 6.2.6.7			OBR-35
Device	O	[0..*]	participant[@participationType="DEV"]/templateId[@root="1.3.6.1.4.1.19376.1.8.1.4.7"]	PAT TF-3: 6.2.6.7			OBX-18
Responsible	O	[0..*]	participant[@participationType="RESP"]/templateId[@root="1.3.6.1.4.1.19376.1.8.1.4.7"]	PAT TF-3: 6.2.6.7			OBX-25
Validator	O	[0..*]	participant[@participationType="AUTHEN"]/templateId[@root="1.3.6.1.4.1.19376.1.8.1.4.7"]	PAT TF-3: 6.2.6.7			OBR-33
Specimen collection procedure	R	[1..*]	component/procedure[@classCode="PROC " and @moodCode="EVN"] /templateId[@root="1.3.6.1.4.1.19376.1.3.1.2"]	PAT TF-3: 6.2.6.5	(1)
Problem organizer	R2	[0..*]	component/organizer[@classCode="BATTERY" and @moodCode="EVN"] /templateId[@root="1.3.6.1.4.1.19376.1.8.1.4.8"]	PAT TF-3: 6.2.6.8	(6)
Embedded Image	O	[0..*]	component/observationMedia /templateId[@root="1.3.6.1.4.1.19376.1.8.1.4.10"]	PAT TF-3: 6.2.6.10	(7)		OBX
Region of interest	O	[0..*]	component/regionOfInterest [@classCode="ROIOVL" and moodCode="EVN"]		(7)
	R	[1..*]	id
Overlay shape	R	[1..*]	code
Dimensions	R	[1..*]	value
	R	[1..*]	entryRelationship[@typeCode="SUBJ"]
Embedded Image	O	[0..*]	component/observationMedia /templateId[@root="1.3.6.1.4.1.19376.1.8.1.4.10"]	PAT TF-3: 6.2.6.10			OBX
General comment on this specimen	O	[0..*]	component/act[templateId/@root='1.3.6.1.4.1.19376.1.5.3.1.4.2’] code[@code=’48767-8’ and @displayName=’Annotation Comment’ and @codeSystem=’2.16.840.1.113883.6.1’] text/reference/@value statusCode[@code=’completed’]	PCC TF-2: 6.3.4.6	(2)

Anmerkungen

(1): Die Specimen collection procedure MUSS in allen Fällen vorhanden sein. Sie kann mehr oder weniger vollständig sein, abhängig von der dem Content creator zur Verfügung stehenden Information. In Fällen von gruppenweise untersuchten Specimen kann die Specimen collection procedure wiederholt werden, um die Charakteristik eines jeden einzelnen Specimen der Gruppe zu repäsentieren.

(2): Dieser allgemeine Kommentar erscheint im Specimen level der zugehörigen Section im Textblock.

(3): Zeitraum (Zeitpunkt), zu dem die Information erhalten und zusammengestellt wurde.

(4): Der Autor MUSS vorhanden sein, wenn er vom Hauptautor des befundes verschieden ist. Zum Beispiel könnte der Autor derjenige anfordernde Arzt sein, der die Klinische Information für den Pathologiebefund bereitgestellt hat.

(5): Der Informant ist derjenige Akteur (Person oder Organisation), der einiges zur Klinischen Information beigetragen hat, die durch diesen Organizer übermittelt wird.

(6): Observations an einem Specimen oder einer Gruppe von Specimen werden per Problem organisiert. Es MUSS ein Problem organizer pro beobachtetes Problem vorhanden sein.

(7): Der Organizer KANN ein Bild des Specimen beinhalten, entweder direkt eingebettet oder in einer ROI eingekapselt.

(8): Das ausführende Labor ist nur dann auf diesem Level vorhanden, wenn die Untersuchung dieses besonderen Specimen oder einer Gruppe von Specimen durch ein nachauftragnehmendes Labor durchgeführt wurde.

Beispiel

<entry>
   <organizer classCode="CLUSTER" moodCode="EVN">
    <templateId root="1.3.6.1.4.1.19376.1.8.1.4.4"/> 
       <!-- as many specimen collection procedures done -->
       <component>
         <procedure classCode="PROC" moodCode="EVN">
         <templateId root="1.3.6.1.4.1.19376.1.3.1.2"/> <!-- generic template --> 
         <templateId root=" "/> <!-- template of organ-specific procedure -->
         :                              <!-- See detail in specimen collection procedure -->
         </procedure>
       </component>

     <!-- as many batteries of problems observed -->
       <component>
        <organizer classCode="BATTERY">
          <templateId root="1.3.6.1.4.1.19376.1.8.1.4.8"/>
          <id> </id> <!-- mandatory problem identifier --> 
          <code> </code> <!-- mandatory type of problem -->
        </organizer>
    </component>
  </organizer>
</entry>

Entry: Specimen Procedure Step

	Template-Metadaten
Template-Typ	Entry
Template ID	1.3.6.1.4.1.19376.1.3.1.x
generischeres Template
genutztes Templates	keines
abgeleitete Templates	keines
Generelle Beschreibung	In diesem Template werden die maschinenlesbaren Daten zur Materialart, -gewinnung und -verarbeitung übermittelt.
allg. Erläuterung	< Verweis auf eine allgemeine Erläuterungsseite >
Verhältnis zu IHE	Gegenstand des IHE CP 2013-11-10, dt.Übersetzung, constraint bzgl. value sets und organspezifische templates
Ballotierungsstatus	< Status der Verabschiedung >
Erweiterbarkeit	geschlossen

Definition und Zweck

Das Specimen Procedure Step <entry>Content Modul enthält in maschinenlesbarer Form die Informationen bezüglich eines Materials (Specimen) oder einer Gruppe von Materialien. Es ist nur innerhalb der Materialaufbereitungs- (Procedure steps) Section nutzbar. Dieses Content Module strukturiert die maschinenlesbaren Daten, die die Charakteristiken der Materialien (Specimens) und die Prozedur ihrer Gewinnung und Verarbeitung charakterisieren. Durch die Schachtelung über eine entryRelationship wird das entry iterativ für jede einzelne Stufe der Materialbearbeitung benutzt, die jeweils in einem neuen (abgeleiteten) Specimen (in oder auf einem Container) resultiert. Das resultierende Specimen kommt gemäß CDA-RIM als Participant in der Prozedur zum tragen. Es wird mit einer ID sowie zahlreichen Attributen, die im Specimen HL7 DAM Specimen Release 1 beschrieben sind, versehen. Die Codesysteme und Value sets KÖNNEN organspezifisch organisiert und z.B. durch PathLex repräsentiert werden.

Spezifikation

Das Specimen Procedure Step Entry ist abgeleitet vom Template CDA Procedure (prototype, directly derived from POCD_RM000040 MIF)und entspricht einem noch abzustimmenden generischen Template von IHE PAT

Es MUSS verwendet werden (R) mit wiederholbaren Kardinalitäten[0..*]) für jedes Specimen, für das Beobachtungen gemacht werden. Die Specimen-Hierarchie wird in eine Tiefe von 3 Ebenen (Part, Block, Slide) durch identische child elements dargestellt.

Dieses Content Modul enthält einen Procedure step organizer, der alle Prozeduren zusammenfasst, die zu den aus einem Part resultierenden Specimen führen.

Die genaue Modulstruktur ist in der Tabelle Procedure Step Entry dargelegt

Vokabular

Beispiel

<entry>
   <procedure classCode="PROC" moodCode="EVN">
	<templateId root="1.3.6.1.4.1.19376.1.3.1.2"/>
	<templateId root="1.3.6.1.4.1.19376.1.8.1.4.28"/>
		<code code="432550005" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED-CT" 
		displayName="Core needle biopsy of breast using ultrasound guidance (procedure)">
			<originalText>
				<reference value="#A7102400008"/>
			</originalText>
		</code>
		<effectiveTime>
			<high value="201012150900"/>
		</effectiveTime>
	<!-- Anatomic site -->
		<targetSiteCode code="664" codeSystem="1.3.6.1.4.1.19376.1.8.2.1"
		displayName="Lower outer quadrant"
		codeSystemName="PATHLEX">
			<qualifier>
				<name code="272741003"
				codeSystem="2.16.840.1.113883.6.96"
				displayName="laterality" codeSystemName="SNOMED-CT"/>
					<value code="24028007"
					codeSystem="2.16.840.1.113883.6.96"
					displayName="right" codeSystemName="SNOMED-CT"/>
			</qualifier>
		</targetSiteCode>
	<!-- Specimen collector: the surgeon in this case -->
		<performer>
		     <assignedEntity>
			<id root="1.3.6.1.4.1.19376.1.8.9.3" extension="801234567892"/>
			   <addr nullFlavor="NASK"/>
				<telecom value="tel:0147150000" use="EC"/>
					<assignedPerson>
						<name>
						<prefix>Doctor</prefix>
						<given>Eva</given>
						<family>Surgeon</family>
						<suffix>Ph D</suffix>
						</name>
					</assignedPerson>
					<representedOrganization>
						<name>Hospital Lullaby</name>
							</representedOrganization>
		     </assignedEntity>
	       </performer>
	<!-- the specimen collected -->
		<participant typeCode="PRD">
			<participantRole classCode="SPEC">
				<!-- specimen ids -->
				<id root="1.3.6.1.4.1.19376.1.8.1.4.999999" extension="A7102400008"/>
				<playingEntity>
				<!-- need a code in PATHLEX for "part obtained from a biopsy -->
					<code code="theCode" codeSystem="1.3.6.1.4.1.19376.1.8.2.1"
					displayName="part collected by biopsy"
					codeSystemName="PATHLEX"/>
				</playingEntity>
			</participantRole>
	        </participant>
        <!-- 
	Child procedure step: Production of block A1
						-->
        <entryRelationship typeCode="COMP">
           <procedure>
                ...
           </procedure>
      </entry>

Entry: Generische Specimen Collection Procedure

Diese Entry wird nach dem IHE Change Proposal 2013-11-10, aktualisiert im Diskussionsstand APSR R2 vom Sept. 2014, nicht mehr benötigt. Es wird (nur) in der Procedure Steps Section ersetzt bzw. ganz wesentlich erweitert durch das neue Specimen Procedure Step Entry

	Template-Metadaten
Template-Typ	Entry
Template ID	1.3.6.1.4.1.19376.1.3.1.2
generischeres Template
genutztes Templates	keines
abgeleitete Templates	keines
Generelle Beschreibung	In diesem Template werden die maschinenlesbaren Daten zur Materialart und -gewinnung übermittelt.
allg. Erläuterung	< Verweis auf eine allgemeine Erläuterungsseite >
Verhältnis zu IHE	Gegenstand des IHE CP 2013-11-10, dt.Übersetzung, constraint bzgl. value sets und organspezifische templates
Ballotierungsstatus	< Status der Verabschiedung >
Erweiterbarkeit	geschlossen

Definition und Zweck

Das Specimen Collection Procedure <entry>Content Modul enthält in maschinenlesbarer Form die Informationen bezüglich eines Materials (Specimen) oder Gruppe von Materialien. Es ist nur innerhalb der Materialaufbereitungs- (Procedure steps) Section nutzbar.

Dieses Content Module strukturiert die maschinenlesbaren Daten, die die Charakteristiken der Materialien (Specimens) und die Prozedur ihrer Gewinnung charakterisieren: Typ des Materials, Typ der Materialgewinnungsprozedur, Zeitintervall, Durchführende (Person und Organisation), Quelle und Lokalisation des Materials [10]

Jedes Specimen Collection Procedure <entry>Content Modul wird durch drei (fünf?) Elemente beschrieben, die den in Klammern genannten SNOMED-CT Achsen angehören SOLLTEN:

- für das specimen/typeCode element (specimen), das aus einem Triplet von code, codeSystem und displayname besteht und die verschiedenen Specimen types kodiert,

- für das procedure/collectionMethodCode element (procedure), das aus einem Triplet von code, codeSystem und displayname besteht und die verschiedenen Specimen collection procedures kodiert,

- für das procedure/collectionSourceSiteCode element (body structure), dessen triplet die verschiedenen präzisen Lokalisationen beschreibt, aus denen das Material gewonnen wurde,

(- für das specimen/treatmentProcedureCode element (procedure), dessen triplet die verschiedenen präzisen Präparationsschritte beschreibt, die zum vorliegenden zu beobachtenden Specimen (z.B. gefärbter Schnitt) geführt haben,

- für das specimen/containerTypeCode element (physical object), dessen triplet die verschiedenen Containertypen beschreibt, in / auf denen das Specimen beobachtet wird).

Die Value sets KÖNNEN organspezifisch organisiert und z.B. durch PathLex repräsentiert werden.

(Each organ-specific APSR Document Content Module mandates an organ-specific template, child of the “Specimen Collection Procedure” generic template. This organ-specific child template has exactly the same structure as the generic one, and brings only a number of vocabulary constraints related to this specific organ:

• The value set bound to the procedure/code element, consisting in a list of triplets (code, codeSystem, displayName) representing the various specimen collection procedures that can be performed on this specific organ.

• The value set bound to the procedure/targetSiteCode element, consisting in a list of triplets (code, codeSystem, displayName) representing the various precise locations for collecting specimens from this specific organ.

Thus, a specimen collection procedure in an <entry> within an organ-specific APSR Document Content Module declares conformance to two templates: The “Specimen Collection Procedure” generic template and the “Specimen Collection Procedure” child template constraining the vocabularies for the contextual organ.)

diese organspezifische Ergänzung / Alternative muss abgestimmt werden!!GH

Spezifikation

Das Material (Specimen Collection Procedure) Entry entspricht dem generischen Template von IHE LAB TF-3:2.3.5.5.

Es MUSS verwendet werden (R) mit wiederholbaren Kardinalitäten[0..*]) für jedes Specimen, für das Beobachtungen gemacht werden.

Dieses Content Modul enthält KEINE anderen Content Module

Die genaue Modulstruktur ist in folgender Tabelle dargelegt:

Lvl	RIM	Name	DT	Kard	Conf	Beschreibung
Datenelement	Verw.	Kard.	Path and Constraints (Xpath + indentation)	Vokabular / Quelle	Bemerk.	DT	HL7 V2.5.1
Specimen collection			procedure[@classCode=’PROC’ and @moodCode=’EVN’]
Conformance to generic template	R	[1..1]	templateId[@root="1.3.6.1.4.1.19376.1.3.1.2"]
Conformance to organ-specific template	R	[1..1]	templateId[@root]	(V0)
Collection procedure	R	[1..*]	code[@code and @displayName and @codeSystem]	(V1)		CD	SPM-7
Specimen Collection procedure identifier	R	[1..*]	Id			II	SPM-7
Collection time (interval or point)	R2	[0..1]	effectiveTime			IVL_TS	SPM-17
Approach site	O	[0..1]	approachSiteCode[@code and @displayName and @codeSystem]			CD	SPM-10
Target site	2	[0..1]	targetSiteCode[@code and @displayName and @codeSystem]	(V2)		CC	SPM-8 & SPM-9
Collector	2	[0..1]	performer/assignedEntity				OBR-10
Identifier	R	[1..*]	id				OBR-10.1
Adresse	R2	[0..*]	addr			AD
Telefon	R2	[0..*]	telecom			TEL
Name	R2	[0..*]	assignedPerson/name
Familienname	R2	[0..*]	family				OBR-10.2
Vorname	R2	[0..*]	given				OBR-10.3
Präfix	R2	[0..*]	prefix				OBR-10.5
Suffix	R2	[0..*]	suffix				OBR-10.4
Organisation	R	[1..1]	representedOrganization
Id	R2	[0..*]	id			II
Name	R	[1..1]	name			ON	OBX-35
Typ	O	[0..1]	standardIndustryClassCode	(V3)		CE
Produkt	R	[1..1]	participant[@typeCode=’PRD’]
is a specimen	R	[1..1]	participantRole[@classCode=’SPEC’]
Specimen ID	R2	[0..*]	id			II	SPM-2
Charakteristik	R	[1..1]	playingEntity
Specimen Typ	R	[1..1]	code[@code and @displayName and @codeSystem]	(V4)		CE	SPM-4 & SPM-5
Ankunft im Labor	R2	[0..1]	entryRelationship[@typeCode=’COMP’]
Act of reception	R	[1..1]	entryRelationship[@typeCode=’COMP’]
Specimen im Labor angenommen	R	[1..1]	code[@code="SPRECEIVE" and @codeSystem="1.3.5.1.4.1.19376.1.5.3.2" and @codeSystemName="IHEActCode"]			CD
Annahmezeit			effectiveTime[@value]			ts	SPM-18

Vokabular

- (V0): Der spezifische Template identifier der organ-specifischen Specimen Collection Procedure wird in der Value Sets Appendix (siehe IHE-APSR Volume 4) angegeben.

- (V1): Für einen generischen Befundbericht (1.3.6.1.4.1.19376.1.8.1.1.1) ist der Value Set für den Specimen Collection Act nicht begrenzt. Constraint zu IHE: Die Prozedurenachse von SNOMED CT KANN verwendet werden. Constraint zu IHE: Für einen organ-spezifischen Befundbericht KANN der Value Set vorgegeben sein durch das organ-spezifische Specimen Collection Procedure Template (aufgelistet in Vol. 4).

- (V2): Für einen generischen Befundbericht (1.3.6.1.4.1.19376.1.8.1.1.1) ist der Value Set für den Specimen Collection Act nicht begrenzt. Constraint zu IHE: Die Body Structure Achse von SNOMED CT KANN verwendet werden. Constraint zu IHE: Für einen organ-spezifischen Befundbericht KANN der Value Set vorgegeben sein durch das organ-spezifische Specimen Collection Procedure Template (aufgelistet in Vol. 4).

- (V3): Der Value Set für den standardIndustryClassCode ist auf internationaler Ebene weder im Standard noch im Content Modul eingegrenzt. Dies kann durch nationale Erweiterungen basierend auf nationalen Klassifikationen geschehen.

- (V4): Für einen generischen Befundbericht (1.3.6.1.4.1.19376.1.8.1.1.1)oder einen generischen strukturierten AP Krebsbericht (1.3.6.1.4.1.19376.1.8.1.1.2) ist der Value Set für den Specimen Typ nicht begrenzt.

HL7-Terminology Bindings sind in folgender Tabelle aufgeführt:

Cave! Diese Terminologie-Bindung bezieht sich auf HL7-FHIR und ist damit nicht CDA-konform!

Path	Definition	Type	Reference
Specimen.type	The type of the specimen	CD	[11]
Specimen.source.relationship	Type indicating if this is a parent or child relationship	Fixed	[12]
Specimen.collection.method	The technique that is used to perform the procedure	CD	[13]
Specimen.collection.sourceSite	Codes describing anatomical locations. May include laterality	CD	[14]
Specimen.treatment.procedure	Type indicating the technique used to process the specimen	CD	[15]
Specimen.container.type	Type of specimen container	CD	[16]

Generische Beobachtungseinheiten (Observable entities) für die Specimen collection procedure sind in folgender Tabelle aufgelistet:

Datenelement	CDA source	data type	code	displayName	codeSystem	codeSystemName
SpecimenType	observation.code	CD	66746-9	Specimen type	2.16.840.1.113883.6.1	LOINC
SpecimenSize	observation.code	CD		Specimen size	2.16.840.1.113883.6.1	LOINC
SpecimenSizeLargestDimension	observation.code	PQ		Largest Dimension	2.16.840.1.113883.6.1	LOINC
SpecimenSizeAdditionalDimension	observation.code	PQ		Additional Dimension	2.16.840.1.113883.6.1	LOINC
SpecimenWeight	observation.code	PQ		Specimen weight	2.16.840.1.113883.6.1	LOINC
SpecimenIntegrity	observation.code	CD		Specimen integrity	2.16.840.1.113883.6.1	LOINC
SpecimenCollectionGuidance	observation.code	CD		Specimen collection guidance	2.16.840.1.113883.6.1	LOINC
SpecimenCollectionTechnique	observation.code	CD		Specimen collection technique	2.16.840.1.113883.6.1	LOINC
SpecimenSamplingSpecialStructures	observation.code	CD		Specimen sampling of special structures	2.16.840.1.113883.6.1	LOINC
SpecimenTargetSite	observation.code	CD		Specimen target site	2.16.840.1.113883.6.1	LOINC

Beispiel (IHE)

<!-- Specimen collection procedure -->
<procedure classCode="PROC" moodCode="EVN">
  <templateId root="1.3.6.1.4.1.19376.1.3.1.2"/>    <!-- generic template -->
  <!-- specimen collection act -->
   <code code="277261002" codeSystem="2.16.840.1.113883.6.96"
        displayName="Excision Biopsy"/>
  <!-- Specimen collection date& time -->
   <effectiveTime>            <!-- Specimen collection date& time -->
    <low value="201012150905"/>
    <high value="201012150935"/>
   </effectiveTime>
  <!-- Specimen source -->
   <targetSiteCode code="76752008" codeSystem="2.16.840.1.113883.6.96"
                  displayName="Breast"/>
  <!-- Specimen collector -->
   <performer>                
    <assignedEntity>
      <id root=" "/>
      <!-- ID of Organization collecting specimen -->
        <representedOrganization>
          <name> </name>     <!-- Name of Organization collecting specimen -->
        </representedOrganization>
    </assignedEntity>
  </performer>
  <participant typeCode="PRD">      <!-- this specimen collected under specimen collection procedure identifier-->
    <participantRole classCode="SPEC"> <!-- specimen id(s) -->
                  <id root=""1.3.6.1.4.1.19376.1.8.9.7" extension="01""/>
                  <playingEntity>
  <!-- Specimen type -->
   <code code="394911000" codeSystem="2.16.840.1.113883.6.96"
                           displayName="Wire guided wide local excision of breast lump under radiological control (procedure)">
                     </code>
                  </playingEntity>
    </participantRole>
  </participant> 
 </procedure>

Header: Informant

tbd

	Template-Metadaten
Template-Typ	Header
Template ID
generischeres Template
genutztes Templates	cdaab2:Informant (informant) (Template)
nutzende Templates
abgeleitete Templates
Schwester-Templates
generelle Beschreibung
allg. Erläuterung
Verhältnis zu IHE
Ballotierungsstatus
Erweiterbarkeit	offen oder geschlossen

Zusätzlicher Teilnehmer

tbd

	Template-Metadaten
Template-Typ	Header
Template ID
generischeres Template
genutztes Templates	cdaab2:Weitere Beteiligte (participant) (Template)
nutzende Templates
abgeleitete Templates
Schwester-Templates
generelle Beschreibung
allg. Erläuterung
Verhältnis zu IHE
Ballotierungsstatus
Erweiterbarkeit	offen oder geschlossen

Entry: Problem Organizer

	Template-Metadaten
Template-Typ	Entry
Template ID	1.3.6.1.4.1.19376.1.8.1.4.8
generischeres Template
genutztes Templates	keines
abgeleitete Templates	keines
Generelle Beschreibung	In diesem Template werden die Informationen zu einer Batterie von pathohistologischen Beobachtungen (Observations) übermittelt.
allg. Erläuterung	< Verweis auf eine allgemeine Erläuterungsseite >
Verhältnis zu IHE	Gegenstand des IHE CP 2013-11-10, dt.Übersetzung
Ballotierungsstatus	< Status der Verabschiedung >
Erweiterbarkeit	geschlossen

Definition und Zweck

Diese Content Modul wird nur innerhalb eines Specimen Information Organizer <entry> Elements oder innerhalb der Materialaufbereitungs-Section verwendet.

muss entschieden werden GH

Der Problem Organizer gruppiert eine Batterie von Observations, die zu einem einzelnen (spezifischen) Problem, wie zum Beispiel Entzündung, beniger, in-situ, oder invasiver Tumor, an einem Material oder einer Gruppe von Materialien durchgeführt wurden.

Problem Organizer Templates sollten für eine Reihe von Anwendungen entwickelt werden (OID 1.3.6.1.4.1.19376.1.8.1.4.8.x).

so könnten auch die komplexen Beschreibungen für Tumoren , z.B. die Staging- und Grading Templates hier untergebracht werden! GH

Spezifikation

In der Tabelle ist die genaue Struktur der Content Module mit Verwendung, Kardinalität, Path und Constraints der Datenelemente, Value Sets / Terminonologien aufgeführt.

Die verschachtelten Content Module sind diejenigen Elemente, die eine Child Template ID in der "Path & Constraints (Xpath+indentation)"-Spalte haben. Die Spalte "Vokabular & Quelle" pezifiziert dafür die verschachtelten Content Module. In der Spalte "N" werden zusätzliche Erläuterungen und Constraints aufgeführt.

Datenelement	Verw.	Card.	Path and Constraints (Xpath + indentation)	Vokabular Quelle	N	DT	HL7v2.5.1
Problem Organizer			organizer[@classCode="BATTERY" and@moodCode="EVN"]
Conformance	R	[1..1]	templateId[@root="1.3.6.1.4.1.19376.1.8.1.4.8"]
Problem type	O	[0..1]	code	(V1)		CD	OBR-4
Problem type identifier	R	[1..*]	ID	(V1a)		II	OBR-4
Status	R	[1..1]	statusCode[@code="completed", "aborted"]	(V2)		CS	OBR-25
Organizer time (interval or point)	O	[0..1]	effectiveTime		(1)	IVL-TS	OBR-7 OBR-8
Performing lab	C	[0..1]	performer[@typeCode="PRF"] /templateId[@root="1.3.6.1.4.1.19376.1.3.3.1.7"]	LAB TF-3: 2.3.3.22	(8)		OBX-23 OBX-24 OBX-25
Author	C	[0..*]	author /templateId[@root="1.3.6.1.4.1.19376.1.8.1.4.2"]	PAT TF-3: 6.2.6.2	(2)	OBR-35
Informant	O	[0..*]	informant/templateId[@root="1.3.6.1.4.1.19376.1.8.1.4.6"]	PAT TF-3: 6.2.6.6	(3)
Transscriptionist	O	[0..*]	participant[@participationType="ENT"]/templateId[@root="1.3.6.1.4.1.19376.1.8.1.4.7"]	PAT TF-3: 6.2.6.7			OBR-35
Device	O	[0..*]	participant[@participationType="DEV"]/templateId[@root="1.3.6.1.4.1.19376.1.8.1.4.7"]	PAT TF-3: 6.2.6.7			OBX-18
Responsible	O	[0..*]	participant[@participationType="RESP"]/templateId[@root="1.3.6.1.4.1.19376.1.8.1.4.7"]	PAT TF-3: 6.2.6.7			OBX-25
Validator	O	[0..*]	participant[@participationType="AUTHEN"]/templateId[@root="1.3.6.1.4.1.19376.1.8.1.4.7"]	PAT TF-3: 6.2.6.7			OBR-33
Anatomic pathology observation	C	[0..*]	component/observation /templateId[@root="1.3.6.1.4.1.19376.1.8.1.4.9"]	PAT TF-3: 6.2.6.9	(4)		OBX
Clinical Laboratory observation	C	[0..*]	component/observation /templateId[@root="1.3.6.1.4.1.19376.1.3.1.6"]	LAB TF-3: 2.3.5.11	(6)		OBX
Embedded Image	O	[0..*]	component/observationMedia /templateId[@root="1.3.6.1.4.1.19376.1.8.1.4.10"]	PAT TF-3: 6.2.6.10	(6)		OBX
Region of interest	O	[0..*]	component/regionOfInterest [@classCode="ROIOVL" and moodCode="EVN"]		(7)
	R	[1..*]	id
Overlay shape	R	[1..*]	code
Dimensions	R	[1..*]	value
	R	[1..*]	entryRelationship[@typeCode="SUBJ"]
Embedded Image	O	[0..*]	component/observationMedia /templateId[@root="1.3.6.1.4.1.19376.1.8.1.4.10"]	PAT TF-3: 6.2.6.10			OBX
General comment on this particular problem observed on this particular specimen	O	[0..*]	component/act[templateId/@root='1.3.6.1.4.1.19376.1.5.3.1.4.2’] code[@code=’48767-8’ and @displayName=’Annotation Comment’ and @codeSystem=’2.16.840.1.113883.6.1’] text/reference/@value statusCode[@code=’completed’]	PCC TF-2: 6.3.4.6	(2)

Anmerkungen

(1): Zeitspanne (eher Zeitpunkt), in der die Informationen zusammengestellt wurden.

(2): Der Autor MUSS vorhanden sein, wenn er vom Autor des Hauptbefundes abweicht.

(3): Der Informant ist ein Actor (Organisation oder Person), der klinische Informationen zum behandelten Problem beitrug.

(4): Es gibt so viele AP Observations, wie für die Untersuchung der Probe/des Problems benötigt werden.

(6): Es gibt so viele Laborbeobachtungen, wie für die Untersuchung der Probe/des Problems benötigt werden. Diese klinischen Laborbeobachtungen entsprechen dem Template, das in LAB TF-3:2.3.5.11 spezifiziert wurde.

(7): Dieser Organizer kann ein Bild beinhalten, entweder direkt eingebettet oder in einer ROI eingekapselt.

(8): Das durchführende Labor ist auf diesem Level nur vorhanden, wenn das spezifische Problem durch ein Unterauftragnehmndes Labor, das mit dem Pathologielabor nicht identisch ist, untersucht wurde.

Vokabular

(V1): Der Problemtyp Code ist nicht begrenzt(?). Ein Value set muss entwickelt werden (s. untenstehende Tabelle für generische Problem types

(V1a): Der Problemtyp Identifier wird für jedes Problem, das durch Observations beschrieben werden soll, vergeben

(V2): Der Status Code ist "completed", wenn die gesamte Batterie von Untersuchungen durchgeführt wurde. Er ist "aborted", wenn einzelne Untersuchungsergebnisse nicht erhalten werden konnten.

Generische Problem Types sind in folgender Tabelle aufgelistet:

Problem type	LOINC	SNOMED-CT
benignTumor		3898006
malignantInvasiveTumor		363346000
malignantNoninvasiveTumor		127569003
metastasis		128462008
inflammation		23583003
residualDisease		65320000
stage		258214002
grade		3847400007
diseaseClass	46019-6	64572001
diffuseFinding		19648000
focalFinding		87017008
specimenDescription		115597007

Beispiel

  <!-- The set of observations related to a single problem on a specimen -->
  <organizer classCode="BATTERY" moodCode="EVN">
   <templateId root="1.3.6.1.4.1.19376.1.8.1.4.8"/> 
   <id> </id> <!-- optional problem identifier -->
   <code> </code> <!-- optional type of problem -->
   <!-- participants -->
   <author> ... </author> 
   <informant> ... </informant>
   
   <!-- tumor staging observation (this specimen, this problem) -->
     <component>
      <observation> 
      </observation>
     </component>

    <!-- tumor grading observation (this specimen, this problem) -->
     <component>
      <observation>
      </observation>
     </component>

    <!-- ancillary tests observation results (this specimen, this problem) --> 
     <component>
      <observation>
      </observation>
     </component>
    </organizer>

Entry: Generische Observation

	Template-Metadaten
Template-Typ	Entry
Template ID	1.3.6.1.4.1.19376.1.8.1.4.9
generischeres Template
genutztes Templates	keines
abgeleitete Templates	keines
Generelle Beschreibung	In diesem Template werden diejenigen Informationen übermittelt, die zu einer pathohistologischen oder zytologischen Beobachtung (AP Observation) gehören.
allg. Erläuterung	< Verweis auf eine allgemeine Erläuterungsseite >
Verhältnis zu IHE	Gegenstand des IHE CP 2013-11-10, dt.Übersetzung
Ballotierungsstatus	< Status der Verabschiedung >
Erweiterbarkeit	geschlossen

alternativ cdaonk 1.2.276.0.76.3.1.131.1.10.3.1, cdaonk 1.2.276.0.76.3.1.131.1.10.3.2, cdaonk 1.2.276.0.76.3.1.131.1.10.3.8

Definition und Zweck

Dieses Content Modul kann nur in einem Entry genutzt werden.

Es kann für alle Arten pathohistologischer Beobachtungen, einschließlich derjenigen mit zusätzlichen Untersuchungsmethoden verwendet werden.

Dieses Generische Template beschreibt eine Erkrankung, eine Läsion, ein Specimen oder ein Organ mittels einer Reihe allgemeiner Attribute.

Modell

Abb.: Generisches Modell einer AP Observation.

Dieser generische Ansatz wurde gewählt, weil, - die Vielfalt von Termini, die in der Pathologie zur Beschreibung diagnostisch relevanter Sachverhalte gebräuchlich sind, bisher von keiner Referenzterminologie umfassend abgebildet werden, - die Prinzipien, nach denen diese Termini entwickelt wurden und werden sich jedoch auf relativ einfache Terminologiemodelle zurückführen lassen.

Das hier gewählte Modell sieht in Anlehnung an die Prinzipien von SNOMED-CT vier in sich ontologisch abgeleitete Aspekte vor, die zur Beschreibung einer AP Observation berücksichtigt werden:

Target of Observation
Property of Observation
Method of Observation
Qualifier of Observation.

Die notwendigen Beziehungen zum Kontext der Beobachtung, nämlich dem(anatomischen) Ort der Beobachtung und dem pathologischen Problem, das die Beobachtung adressiert, werden durch Verweise zu jeweiligen Identifikationen im Template hergestellt und sind kein immanter Bestandteil des Terminologiemodells.

Um allen potentiellen Entwicklungen der Abwendung von APSR gerecht werden zu können, soll dieser generische Modellansatz prioritär verfolgt werden. Alle existierenden Referenz- und Interfaceterminologien sollten angewandt werden können, wenn für das zu lösende Problem Organ- und Krankheitsspezifische Templates zur Verfügung stehen.

Eine spezifische pathohistologische Beobachtung, z.B. an einem Tumor, kann ein spezifisches Template, einem Child des Generischen Observation Template, verwenden. Dieses kann exakt die gleiche Struktur des generischen Template haben und lediglich eine Reihe von Vokabularbegrenzungen hinsichtlich des Typs der Observation, der Organherkunft und des beobachteten Materials mit sich bringen:

- den Code für die spezifische Observation, definiert als ein Value Set gebunden an das Observation/Code Element, enthält ein Triplet (code, codeSystem, displayName), der die spezifische Untersuchung repräsentiert,

- die Kardinalitäten und den Default Typ für das Observation/Value Element, das die Ergebnisse dieser Observation trägt,

- die Wertedomäne für diese Observation für den fall, dass diese Werte kodiert sind. Diese Domäne kodierter Werte ist als ein Value Set definiert, der an das Observation/Value Element gebunden ist und so viele Triplets (code, codeSystem, displayName)enthält wie es zugelassenene Werte für diese spezifische Observation gibt, die an einem Material oder einer Gruppe von Materialien eines spezifischen Organs vorgenommen wurde.

Für diagnostisch weithin gebräuchliche organunabhängige aber hoch krankheitsspezifische Beobachtungen wie dem Gradient und Staging von Tumoren können auch spezifische Temples verwendet werden, die in der Struktur vom Generischen Template abweichen.

Eine pathohistologische Observation hat einen Status und eine effective time, kann verschiedene Teilnehmer (Personen, Geräte, Organisationen) beschreiben, kann eine Anzahl zusätzlicher Eigenschaften haben (Methode, Interpretation, Text) und kann eingebettete Bilder, Kommentare und Sub-Observations haben, die wiederum Observations sind.

Nutzung

In der Tabelle sind Content Module aufgelistet, die in der ersten Ebene verschachtelt werden können.

Name	Typ	Opt.	Kard.	Template ID	Quelle
Autor	h/e elt	O	[0..*]	1.3.6.1.4.1.19376.1.8.1.4.2	PAT TF-3: 6.2.6.2
Informant	h/e elt	O	[0..*]	1.3.6.1.4.1.19376.1.8.1.4.6	PAT TF-3: 6.2.6.6
Zusätzl. Teilnehmer	e elt	O	[0..*]	1.3.6.1.4.1.19376.1.8.1.4.7	PAT TF-3: 6.2.6.7
Kommentar	e elt	O	[0..*]	1.3.6.1.4.1.19376.1.5.3.1.4.2	PCC TF-2: 6.3.4.6
Durchf. Labor	h/e elt	C	[0..1]	1.3.6.1.4.1.19376.1.3.3.1.7	LAB TF-3: 2.3.3.22
Observation	e elt	O	[0..*]	1.3.6.1.4.1.19376.1.8.1.4.9	PAT TF-3: 6.2.6.9
Eingeb. Bild	e elt	O	[0..*]	1.3.6.1.4.1.19376.1.8.1.4.10	PAT TF-3: 6.2.6.10

Spezifikation

In der folgenden Tabelle ist die genaue Struktur der zu verschachtelnden Content Module dargestellt:

prüfen

Lvl	RIM	Path and Constraints (Xpath + indentation)	Datenelement	Verw.	Kard.	Vokabular / Quelle	Bemerk.	DT	HL7 V2.5.1
1	act	AP Observation	observation[@classCode="OBS" and @moodCode="EVN"]						OBX
2	act	templateId[@root="1.3.6.1.4.1.19376.1.8.1.4.9"]	Conformance to AP observation generic template	R	[1..1]
2	act	templateId[@root]	Conformance to AP specific observation template	R	[1..1]	(V0)
2	act	@typeCode="REFR" @extension=id @root="1.3.6.1.4.1.19376.1.3.1.2"	Reference to Specimen collection procedure identifier	R	[1..1]	(V01)		II
2	act	@typeCode="REFR" @extension=id @root="1.3.6.1.4.1.19376.1.8.1.4.8"	Reference to Problem type identifier	R	[1..1]	(V02)		II
2	act	id	Identifier	R2	[0..*]			II
2	act	code	Code	R	[1..1]	(V1)		CD	OBX-3
2	act	text	Text	O	[0..1]			ED
2	act	statusCode[@code in {"completed", “aborted”}]	Status	R	[1..1]	(V3)		CS	OBX-11
2	act	effectiveTime	Observation Time	R	[1..1]			IVL_TS	OBX-19
2	act	value	Wert	R2	[0..*]	(V2)		ANY	OBX-2, OBX-5, OBX-6
2	act	interpretationCode	Interpretation	R2	[0..1]			CE	OBX-8
2	act	methodCode	Methode	R2	[0..1]			CE	OBX-17
3	role	performer[@typeCode="PRF"] /templateId [@root="1.3.6.1.4.1.19376.1.3.3.1.7"]	Durchf. Labor	C	[0..1]	LAB TF-3: 2.3.3.22	(1)		OBX-23, OBX-24, OBX-25
3	role	author /templateId [@root="1.3.6.1.4.1.19376.1.8.1.4.2"]	Autor	C	[0..1]	PAT TF-3: 6.2.6.2			OBX-16
3	role	informant /templateId [@root="1.3.6.1.4.1.19376.1.8.1.4.6"]	Informant	O	[0..1]	PAT TF-3: 6.2.6.6
3	role	participant[@participationType="ENT"] /templateId [@root="1.3.6.1.4.1.19376.1.8.1.4.7"]	Transscriptionist	O	[0..1]	PAT TF-3: 6.2.6.7			OBX-35
3	role	participant[@participationType="DEV"] /templateId [@root="1.3.6.1.4.1.19376.1.8.1.4.7"]	Gerät	O	[0..1]	PAT TF-3: 6.2.6.7			OBX-18
3	role	participant[@participationType="RESP"] /templateId [@root="1.3.6.1.4.1.19376.1.8.1.4.7"]	Verantwortlich	O	[0..1]	PAT TF-3: 6.2.6.7			OBX-25
3	role	participant[@participationType="AUTHEN"] /templateId [@root="1.3.6.1.4.1.19376.1.8.1.4.7"]	Validator	O	[0..*]	PAT TF-3: 6.2.6.7			OBR-33
3	role	entryRelationship[@typeCode="COMP"]	Sub-Observation	O	[0..*]		(3)		OBX
4	role	observation[@classCode="OBS" and @moodCode="EVN"] /templateId[@root="1.3.6.1.4.1.19376.1.8.1.4.9"]entryRelationship[@typeCode="COMP"]	AP Observation			PAT TF-3: 6.2.6.9
4	role		Conformance	R	[1..1]
5	role	entryRelationship[@typeCode="COMP"]	eingebettetes Bild	O	[0..*]		(2)		OBX
6	role	observationMedia /templateId[@root="1.3.6.1.4.1.19376.1.8.1.4.10"]		R	[1..1]	PAT TF-3: 6.2.6.10
6	act	entryRelationship[@typeCode="COMP"]	Region of interest	O	[0..*]		(2)
6	act	regionOfInterest[@classCode="ROIOVL" and @moodCode="EVN"]
6	role	id		R	[1..*]
6	act	code	Overlay shape	R	[1..1]
6	act	value	Dimensionen	R	[1..*]
6	act	entryRelationship[@typeCode="SUBJ"]		R	[1..*]
6	act	observationMedia /templateId[@root="1.3.6.1.4.1.19376.1.8.1.4.10"]	eingebettetes Bild	R	[1..1]	PAT TF-3: 6.2.6.10			OBX
6	role	entryRelationship[@typeCode='SUBJ' and @inversionInd='TRUE'] /act[templateId/@root='1.3.6.1.4.1.19376.1.5.3.1.4.2’] code[@code=’48767-8’ and @displayName=’Annotation Comment’ and @codeSystem= ’2.16.840.1.113883.6.1’] text/reference/@value statusCode[@code=’completed’]	Kommentar zur Observation	O	[0..1]	PCC TF-

Bemerkungen

(1): Das durchführende Labor wird auf diesem Level nur aufgeführt, wenn diese Observation durch ein unterbeauftragtes Labor, verschieden von dem im Organizer, durchgeführt wird.

(2): Diese Observation kann ein illustrierendes Bild tragen, entweder direkt eingebettet oder verpackt in einer ROI.

(3): Das Ergebnis für eine Observation kann zu einer zusätzlichen Observation führen, um das Ergebnis zu verfeinern. Diese Sub-Observation ist wiederum eine AP Observation.

Vokabular

(V0): Der spezifische Template Identifikator der spezifischen AP Observation in Verbindung mit einem spezifischen Organ ist im Value Set (APSR Vol.4) niedergelegt Diese Regelung fällt mit Aktualisierung von APSR weg.

(V01): Der Identifikator für die Specimen collection procedure ist in der Materialaufbereitungs-Section hinterlegt.

(V02): Der Identifikator für das Problem ist in der Materialaufbereitungs-Section hinterlegt.

(V1): Der AP Observation Code wird dem Value Set entnommen, das durch das spezifische AP Observation Template mandatiert wurde (APSR Vol.4).Im Falle des Fehlens eines spezifischen Templates wird auf Referenzterminologien (z.b. LOINC, SNOMED-CT) bzw. auf die Codes der 4 Aspekte des generischen Modells zurückgegriffen (?).

(V2): Die Default Werte für Datentyp, Kardinalität und Value Set für das <value> Element werden durch das spezifische AP Observation Template mandatiert (APSR Vol.4). Im Falle des Fehlens eines spezifischen Templates wird auf Referenzterminologien (z.b. LOINC, SNOMED-CT) bzw. auf die Codes der 4 Aspekte des generischen Modells zurückgegriffen (?).

(V3): Der Observation statusCode ist "completed" wenn die Observation tatsächlich durchgeführt wurde und als Ergebnis zu einem Value Element führte. Ansonsten ist der Status der beabsichtigten Observation "aborted" und es wird kein Ergebnis folgen.

Beispiele

GH: muss noch aktualisiert werden (2014-02-09)

- für einen histologischen Typ:

  <observation classCode="OBS" moodCode="EVN">
    <!-- Generic observation template -->
    <templateId root="1.3.6.1.4.1.19376.1.8.1.4.9"/>
    <code code="59847-4"
          codeSystem="2.16.840.1.113883.6.43.1"
          codeSystemName="LOINC"
          displayName="Histology and Behavior ICD-O-3"/> 
    <statusCode code="completed"/>
    <effectiveTime value="20100321063000.0000-0500"/>
    <value xsi:type="CD"
          code="8500/3"
          codeSystem="2.16.840.1.113883.6.43.1" 
          codeSystemName="ICD-O-3"
          displayName="Invasive carcinoma of the breast, no special type" />
    <!-- Reference to Specimen collection procedure -->
    <participant typeCode="SPC">
	<participantRole classCode="REFR">
		<id root="1.3.6.1.4.1.19376.1.3.1.2" extension="xx"/>
	</participantRole>
    </participant>
    <!-- Reference to Problem organizer -->
    <participant typeCode="IND"> 
        <participantRole classCode="REFR"> 
                <id root="1.3.6.1.4.1.19376.1.8.1.4.8" extension="yy"/> 
        </participantRole> 
     </participant>
    <performer> ... </performer>
    <author> ... </author>
    <informant> ... </informant> 
  </observation>

- für den Befund aus einer zusätzlichen Untersuchungsmethode:

  <observation classCode="OBS" moodCode="EVN">
   <!-- Generic observation template --> 
   <templateId root="1.3.6.1.4.1.19376.1.8.1.4.9"/>
   <code code="44640-1" 
         codeSystem="2.16.840.1.113883.6.1"
         codeSystemName="LOINC" 
         displayName="Estrogen receptor/100 cells in Tissue by Immune stain"/>
   <statusCode code="completed"/>
   <effectiveTime value="20100321063000.0000-0500"/>
   <interpretationCode 
               code="16112-5" 
               codeSystem="2.16.840.1.113883.6.1"
               codeSystemName="LOINC"
               displayName="Estrogen receptor [interpretation] in Tissue"/>
   <methodCode code="117617002"
               displayName="Immunohistochemistry procedure"
               codeSystem="2.16.840.1.113883.6.96"
               codeSystemName="SNOMED-CT"/> 
    <!-- Reference to Specimen collection procedure -->
    <participant typeCode="SPC">
	<participantRole classCode="REFR">
		<id root="1.3.6.1.4.1.19376.1.3.1.2" extension="ww"/>
	</participantRole>
    </participant>
    <!-- Reference to Problem organizer -->
    <participant typeCode="IND"> 
        <participantRole classCode="REFR"> 
                <id root="1.3.6.1.4.1.19376.1.8.1.4.8" extension="zz"/> 
        </participantRole>
     </participant>
   <performer> ... </performer>
   <author> ... </author>
   <informant> ... </informant>
  </observation >

Entry: Eingebettetes Bild

	Template-Metadaten
Template-Typ	Entry
Template ID
generischeres Template
genutztes Templates	cdaab2:Externe Referenz-Entry (Template)
nutzende Templates
abgeleitete Templates
Schwester-Templates
generelle Beschreibung
allg. Erläuterung
Verhältnis zu IHE
Ballotierungsstatus
Erweiterbarkeit	offen oder geschlossen

Dies wird über eine externe Referenz erledigt.

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Vokabeldomänen

Einleitung

Dieser Abschnitt dient der Trennung von verwendeten Codes und der normativen Spezifikation. Damit lassen sich die Codes aktualisieren, ohne dass die Spezifikation überarbeitet werden muss.

Dieser Abschnitt ist deshalb nur informativ. Die jeweils aktuellen Codes sind deshalb zu erfragen.

Überblick über die Codierschemata

Die Liste der Kodesysteme wurde auf eine eigene Seite ausgelagert.

generische Codes für Attribut-Wert-Paare

Befundinterpretation im Kontext

Code	Codename	Bedeutung
	negativ	nicht zutreffend (z.B.für Malignität)
	positiv	zutreffend (z.B. für Malignität)
	zweifelhaft	nicht sicher zutreffend (z.B. für Malignität)

Tabelle 19: Befundinterpretation im Kontext mit Fragestellung (OID 1.2.276.0.76.5.??????)

Hier stellt sich die Frage, ob bestimmte Attribute nicht auch über boolesche Werte abgebildet werden können?

z.B. in folgendem Beispiel

Codename	ja	nein	unsicher	nicht bestimmbar
Übereinstimmung mit klinischer Fragestellung	x	x	x	x
Übereinstimmung mit Referenzdiagnose	x	x	x	x
etc.

Tabelle 20: Befundinterpretation im Kontext mit Fragestellung (OID 1.2.276.0.76.5.??????)

Codes aus IHE Anatomy Pathology Report

Codes für Specimen Types

nach IHE (IHE APSR Trial Implementation, March 31, 2011) ist ein Specimen collection procedure generic template das Elterntemplate für jedes organspezifische Template. Jedes organspezifische Template hat Vokabularbegrenzungen, die für das jeweilige Organ spezifisch sind:

Ein Value Set ist gebunden an ein Prozedur Code-Element, das die verschiednen Prozeduren, die an diesem Organ möglich sind, auflistet.

Ein zweiter Value Set ist gebunden and das Prozedut-Target-Site Code-Element, das die möglichen präzisen Lokalisationen an diesem spezifischen Organ auflistet.

z.B.

(PathLex)Code	Codename	Bedeutung
2257	Breast-Specimen-Specimen collection procedure	Excision with wire-guided localization
2256	Breast-Specimen-Specimen collection procedure	Excision without wire-guided localization
662	Breast-Specimen-Specimen collection procedure	Total mastectomy (including nipple and skin)
666	Breast-Specimen-Target site	Lower inner quadrant
663	Breast-Specimen-Target site	Upper outer quadrant

Tabelle 24: HL7 Table 0487 resp. 0700 (OID 1.2.276.0.76.5.??????)

Codes für Specimen Reject Reason

Code	Codename	Bedeutung
EX	expired	verfallen
QS	quantity not sufficient	Menge nicht ausreichend
RB	broken container	Einsendegefäß zerbrochen
RE	missing collection date	fehlende Angabe zum Entnahmedatum
R	missing patient ID	fehlender Patientencode
RE	missing patient name	fehlender Patientenname
		etc.

Tabelle 25: HL7 Table 0490 (OID 1.2.276.0.76.5.??????)

LOINC Codes

LOINC Code	LOINC Code Name
22637-3	Path report.final diagnosis
33746-9	Pathologic findings
22636-5	Path report.relevant Hx
22633-2	Path report.site of origin
22634-0	Path report.gross description
22635-7	Path report.microscopic observation
22638-1	Path report.comments
22639-9	Path report.supplemental reports

Tabelle 26: LOINC Codes (OID 2.16.840.1.113883.6.1)

Cancer Check Lists

OID	Name
1.3.6.1.4.1.19376.1.8.1.1.1	Generic APSR
1.3.6.1.4.1.19376.1.8.1.1.2.1	Breast APSR
1.3.6.1.4.1.19376.1.8.1.1.2.2	Colonic APSR
1.3.6.1.4.1.19376.1.8.1.1.2.3	Prostate APSR
1.3.6.1.4.1.19376.1.8.1.1.2.x	etc.

Tabelle 27: Generische und Organspezifische Cancer Check Lists (OID 1.3.6.1.4.1.19376.1.8.1.1.2)

Generische Cancer Check List und Value set (ohne Organspezifität)

zum Teil werden die Sachverhalte auch vom Diagnoseleitfaden abgebildet (z.B. TNM). Doppelungen zulassen??

Name	IHE_PAT_elementTemplates _Element_template_ID	IHE_PAT_Element_name	ValueSetID
Material	1.3.6.1.4.1.19376.1.8.1.4.1	Generic-Specimen Collection Procedure	1.3.6.1.4.1.19376.1.8.5.371
RR_Infiltration_INV	1.3.6.1.4.1.19376.1.8.1.4.140	Generic-Infiltrating malignant neoplasm-Margins involvement	BL
RR_Infiltration_CIS	1.3.6.1.4.1.19376.1.8.1.4.141	Generic-In situ neoplasm-Margins involvement	BL
RR_Infiltration	1.3.6.1.4.1.19376.1.8.1.4.142	Generic-Lesion-Margins involvement	BL
Fokalität_INV	1.3.6.1.4.1.19376.1.8.1.4.143	Generic-Infiltrating malignant neoplasm-Lesion focality	1.3.6.1.4.1.19376.1.8.5.5
TNM-Deskriptoren	1.3.6.1.4.1.19376.1.8.1.4.144	Generic-Infiltrating malignant neoplasm-TNM Descriptors	1.3.6.1.4.1.19376.1.8.5.6
Abstand_Nächster_RR_INV	1.3.6.1.4.1.19376.1.8.1.4.145	Generic-Infiltrating malignant neoplasm-Distance of lesion from closest uninvolved margin	PQ
Abstand_Nächster_RR_CIS	1.3.6.1.4.1.19376.1.8.1.4.146	Generic-In situ neoplasm-Distance of lesion from closest uninvolved margin	PQ
Lymphgefäßinvasion	1.3.6.1.4.1.19376.1.8.1.4.147	Generic-Infiltrating malignant neoplasm-Lymph-vascular invasion	BL
Lymphknotensampling	1.3.6.1.4.1.19376.1.8.1.4.148	Generic-Infiltrating malignant neoplasm-Lymph node sampling	BL
Ausdehnung	1.3.6.1.4.1.19376.1.8.1.4.149	Generic-Infiltrating malignant neoplasm-Extent	1.3.6.1.4.1.19376.1.8.5.328
Histol_Grad_2Stufig	1.3.6.1.4.1.19376.1.8.1.4.150	Generic-Infiltrating malignant neoplasm-Histologic grade (Two-Tier Grading System)	1.3.6.1.4.1.19376.1.8.5.245
Histol_Grad_WHO	1.3.6.1.4.1.19376.1.8.1.4.151	Generic-Infiltrating malignant neoplasm-Histologic grade (WHO)	1.3.6.1.4.1.19376.1.8.5.246
Perineuralscheideninvasion	1.3.6.1.4.1.19376.1.8.1.4.152	Generic-Infiltrating malignant neoplasm-Perineural invasion	BL
Lokalisation_RR	1.3.6.1.4.1.19376.1.8.1.4.153	Generic-Infiltrating malignant neoplasm-Margin site	1.3.6.1.4.1.19376.1.8.5.192
Lokalisation_Läsion_INV	1.3.6.1.4.1.19376.1.8.1.4.154	Generic-Infiltrating malignant neoplasm-Lesion site	1.3.6.1.4.1.19376.1.8.5.329
Lokalisation_Lymphknoten	1.3.6.1.4.1.19376.1.8.1.4.155	Generic-Infiltrating malignant neoplasm-Lymph node site	1.3.6.1.4.1.19376.1.8.5.330
Lymphknoten_befallen	1.3.6.1.4.1.19376.1.8.1.4.156	Generic-Infiltrating malignant neoplasm-Number of lymph nodes involved	INT
Lymphknoten_untersucht	1.3.6.1.4.1.19376.1.8.1.4.157	Generic-Infiltrating malignant neoplasm-Number of lymph nodes examined	INT
pM	1.3.6.1.4.1.19376.1.8.1.4.158	Generic-Infiltrating malignant neoplasm-pM	1.3.6.1.4.1.19376.1.8.5.9
pN	1.3.6.1.4.1.19376.1.8.1.4.159	Generic-Infiltrating malignant neoplasm-pN	1.3.6.1.4.1.19376.1.8.5.8
Probengewicht_INV	1.3.6.1.4.1.19376.1.8.1.4.160	Generic-Infiltrating malignant neoplasm-Specimen weight	PQ
pT	1.3.6.1.4.1.19376.1.8.1.4.161	Generic-Infiltrating malignant neoplasm-pT	1.3.6.1.4.1.19376.1.8.5.7
Behandlungseffekt	1.3.6.1.4.1.19376.1.8.1.4.162	Generic-Infiltrating malignant neoplasm-Treatment effect	1.3.6.1.4.1.19376.1.8.5.10
Läsionsgröße_Zusatzdimension	1.3.6.1.4.1.19376.1.8.1.4.163	Generic-Infiltrating malignant neoplasm-Lesion size, additional dimension	PQ
Läsionsgröße_größteDimension	1.3.6.1.4.1.19376.1.8.1.4.164	Generic-Infiltrating malignant neoplasm-Lesion size, largest dimension	PQ
Probengröße_Zusatzdimension_INV	1.3.6.1.4.1.19376.1.8.1.4.165	Generic-Infiltrating malignant neoplasm-Specimen size, additional dimension	PQ
Probengröße_größteDimension_INV	1.3.6.1.4.1.19376.1.8.1.4.166	Generic-Infiltrating malignant neoplasm-Specimen size, largest dimension	PQ
HistologischerTyp_INV	1.3.6.1.4.1.19376.1.8.1.4.167	Generic-Infiltrating malignant neoplasm-Histologic type	1.3.6.1.4.1.19376.1.8.5.331
MakroskopischerTyp_INV	1.3.6.1.4.1.19376.1.8.1.4.168	Generic-Infiltrating malignant neoplasm-Macroscopic type	1.3.6.1.4.1.19376.1.8.5.187
Lokalisation_Läsion_CIS	1.3.6.1.4.1.19376.1.8.1.4.169	Generic-In situ neoplasm-Lesion site	1.3.6.1.4.1.19376.1.8.5.184
HistologischerTyp_CIS	1.3.6.1.4.1.19376.1.8.1.4.170	Generic-In situ neoplasm-Histologic type	1.3.6.1.4.1.19376.1.8.5.183
Fokalität	1.3.6.1.4.1.19376.1.8.1.4.171	Generic-Lesion-Lesion focality	1.3.6.1.4.1.19376.1.8.5.3
Lokalisation	1.3.6.1.4.1.19376.1.8.1.4.172	Generic-Lesion-Lesion site	1.3.6.1.4.1.19376.1.8.5.332
HistologischerTyp	1.3.6.1.4.1.19376.1.8.1.4.173	Generic-Lesion-Histologic type	1.3.6.1.4.1.19376.1.8.5.333
Probenintegrität	1.3.6.1.4.1.19376.1.8.1.4.174	Generic-Specimen-Specimen integrity	1.3.6.1.4.1.19376.1.8.5.2

Tabelle 28: Codeliste für Generische Cancer Check List (ohne Organspezifität)(OID 1.3.6.1.4.1.19376.1.8.1.1.1)

ValueSetID	PathLex_Code	PathLex_Value
1.3.6.1.4.1.19376.1.8.5.371	??	??
1.3.6.1.4.1.19376.1.8.5.5	801	Single focus (Solitary - Unifocal)
1.3.6.1.4.1.19376.1.8.5.5	802	Multiple foci (Multifocal - (Ipsilateral – Bilateral))(specify location)
1.3.6.1.4.1.19376.1.8.5.6	1597	Multiple primary tumors
1.3.6.1.4.1.19376.1.8.5.6	1598	Recurrent
1.3.6.1.4.1.19376.1.8.5.6	1599	Post-treatment
1.3.6.1.4.1.19376.1.8.5.328	??	??
1.3.6.1.4.1.19376.1.8.5.245	623	High grade
1.3.6.1.4.1.19376.1.8.5.245	624	Low grade
1.3.6.1.4.1.19376.1.8.5.246	569	G1: Well differentiated
1.3.6.1.4.1.19376.1.8.5.246	570	G2: Moderately differentiated
1.3.6.1.4.1.19376.1.8.5.246	571	G3: Poorly differentiated"
1.3.6.1.4.1.19376.1.8.5.192	??	??
1.3.6.1.4.1.19376.1.8.5.329	??	??
1.3.6.1.4.1.19376.1.8.5.330	??	??
1.3.6.1.4.1.19376.1.8.5.9	1433	Concept pM UICC TNM 7ème édition
1.3.6.1.4.1.19376.1.8.5.8	1432	Concept pN UICC TNM 7ème édition
1.3.6.1.4.1.19376.1.8.5.7	1431	Concept pT UICC TNM 7ème édition
1.3.6.1.4.1.19376.1.8.5.10	734	No residual tumor (complete response, grade 0)
1.3.6.1.4.1.19376.1.8.5.10	735	Moderate response (grade 2)
1.3.6.1.4.1.19376.1.8.5.10	736	No definite response identified (grade 3, poor or no response)
1.3.6.1.4.1.19376.1.8.5.10	2271	Marked response (grade 1, minimal residual cancer)
1.3.6.1.4.1.19376.1.8.5.331	??	??
1.3.6.1.4.1.19376.1.8.5.187	??	??
1.3.6.1.4.1.19376.1.8.5.184	??	??
1.3.6.1.4.1.19376.1.8.5.183	??	??
1.3.6.1.4.1.19376.1.8.5.3	799	Single focus (Solitary - Unifocal)
1.3.6.1.4.1.19376.1.8.5.3	800	Multiple foci (Multifocal - (Ipsilateral – Bilateral))(specify location)
1.3.6.1.4.1.19376.1.8.5.332	??	??
1.3.6.1.4.1.19376.1.8.5.333	??	??
1.3.6.1.4.1.19376.1.8.5.2	797	Intact specimen(s) (Unopened, Capsule intact, Single intact specimen, Multiple intact, designated specimens (margins can be evaluated))
1.3.6.1.4.1.19376.1.8.5.2	798	Non intact specimen (Open, Capsule ruptured specimen, Multiple non designated specimens (Fragmented, Morcellated)(margins cannot be evaluated with certainty)

Tabelle 29: Value sets für Generische Cancer Check List (ohne Organspezifität)(OID 1.3.6.1.4.1.19376.1.8.2.1)

Cancer Check List und Value set für Mammakarzinome

Name_LL	IHE_PAT_elementTemplates _Element_template_ID	IHE_PAT_Element_name	ValueSetID
DCIS_CRM_DIST	1.3.6.1.4.1.19376.1.8.1.4.419	Breast-In situ neoplasm-Distance of lesion from closest uninvolved margin	PQ
DCIS_GRAD	1.3.6.1.4.1.19376.1.8.1.4.444	Breast-In situ neoplasm-Histologic grade of ductal carcinoma in situ (DCIS)	1.3.6.1.4.1.19376.1.8.5.23
DCIS_Typ	1.3.6.1.4.1.19376.1.8.1.4.446	Breast-In situ neoplasm-Histologic type	1.3.6.1.4.1.19376.1.8.5.254
DCIS_DIMEN_LARG	1.3.6.1.4.1.19376.1.8.1.4.442	Breast-In situ neoplasm-Lesion size, largest dimension	PQ
DCIS_MARG_INVOLV	1.3.6.1.4.1.19376.1.8.1.4.414	Breast-In situ neoplasm-Lesion size, largest dimension	BL
DCIS_NECROSIS	1.3.6.1.4.1.19376.1.8.1.4.429	Breast-In situ neoplasm-Necrosis of ductal carcinoma in situ (DCIS)	1.3.6.1.4.1.19376.1.8.5.253
INV_CRM_DIST	1.3.6.1.4.1.19376.1.8.1.4.418	Breast-Infiltrating malignant neoplasm-Distance of lesion from closest uninvolved margin	PQ
INV_ER	1.3.6.1.4.1.19376.1.8.1.4.439	Breast-Infiltrating malignant neoplasm-Estrogen receptor	1.3.6.1.4.1.19376.1.8.5.31
INV_PgR	1.3.6.1.4.1.19376.1.8.1.4.438	Breast-Infiltrating malignant neoplasm-Progesterone receptor	1.3.6.1.4.1.19376.1.8.5.34
INV_HER2_ISH	1.3.6.1.4.1.19376.1.8.1.4.416	Breast-Infiltrating malignant neoplasm-HER2/neu (FISH method)	1.3.6.1.4.1.19376.1.8.5.32
etc.			1.3.6.1.4.1.19376.1.8.5.x

Tabelle 30: Codeliste für Cancer Check List Mammakarzinom(OID 1.3.6.1.4.1.19376.1.8.1.1.2.1)

ValueSetID	PathLex_Code	PathLex_Value
1.3.6.1.4.1.19376.1.8.5.23	743	low grade
1.3.6.1.4.1.19376.1.8.5.23	744	intermediate grade
1.3.6.1.4.1.19376.1.8.5.23	745	high grade
1.3.6.1.4.1.19376.1.8.5.254	2308	Ductal carcinoma in situ with microinvasion
1.3.6.1.4.1.19376.1.8.5.254	2309	Lobular carcinoma in situ with microinvasion
1.3.6.1.4.1.19376.1.8.5.254	2557	DCIS Comedo
1.3.6.1.4.1.19376.1.8.5.254	2558	DCIS Paget disease (DCIS involving nipple skin)
1.3.6.1.4.1.19376.1.8.5.254	2559	DCIS Cribriform
1.3.6.1.4.1.19376.1.8.5.254	2560	DCIS Micropapillary
1.3.6.1.4.1.19376.1.8.5.254	2561	DCIS Papillary
1.3.6.1.4.1.19376.1.8.5.254	2562	DCIS Solid
1.3.6.1.4.1.19376.1.8.5.253	2168	Not identified
1.3.6.1.4.1.19376.1.8.5.253	2169	Present, focal (small foci or single cell necrosis)
1.3.6.1.4.1.19376.1.8.5.253	2170	Present, central (expansive “comedo” necrosis)
1.3.6.1.4.1.19376.1.8.5.31	1602	No immunoreactive tumor cells present
1.3.6.1.4.1.19376.1.8.5.31	2269	Immunoreactive tumor cells present (> = 1%) (Specify Quantitation)
1.3.6.1.4.1.19376.1.8.5.31	2270	Less than 1% immunoreactive cells present
1.3.6.1.4.1.19376.1.8.5.34	740	No immunoreactive tumor cells present
1.3.6.1.4.1.19376.1.8.5.34	2267	Immunoreactive tumor cells present (> = 1%) (Specify Quantitation)
1.3.6.1.4.1.19376.1.8.5.34	2268	Less than 1% immunoreactive cells present
1.3.6.1.4.1.19376.1.8.5.32	741	Amplified (HER2 gene copy >6.0 or ratio >2.2)
1.3.6.1.4.1.19376.1.8.5.32	742	Not amplified (HER2 gene copy <4.0 or ratio <1.8)
1.3.6.1.4.1.19376.1.8.5.32	1925	Equivocal (HER2 gene copy 4.0 to 6.0 or ratio 1.8 to 2.2)
1.3.6.1.4.1.19376.1.8.5.x	yy	etc.

Tabelle 31: Value sets für Cancer Check List Mammakarzinom(OID 1.3.6.1.4.1.19376.1.8.2.1)

Cancer Check List und Value set für kolorektale Karzinome

Name_LL	IHE_PAT_elementTemplates _Element_template_ID	IHE_PAT_Element_name	ValueSetID

TBD

Tabelle 32: Codeliste für Cancer Check List kolorektale Karzinome(OID 1.3.6.1.4.1.19376.1.8.1.1.2.2)

ValueSetID	PathLex_Code	PathLex_Value

TBD

Tabelle 33: Value sets für Cancer Check List kolorektale Karzinome(OID 1.3.6.1.4.1.19376.1.8.2.2)

Cancer Check List und Value set für Prostatakarzinome

Name_LL	IHE_PAT_elementTemplates _Element_template_ID	IHE_PAT_Element_name	ValueSetID

TBD

Tabelle 34: Codeliste für Cancer Check List Prostatakarzinome(OID 1.3.6.1.4.1.19376.1.8.1.1.2.3)

ValueSetID	PathLex_Code	PathLex_Value

TBD

Tabelle 35: Value sets für Cancer Check List Prostatakarzinome(OID 1.3.6.1.4.1.19376.1.8.2.3)

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Anhang A: Diverses

Dokumentenhistorie

Version	Stand	Bearbeiter	Beschreibung	Dok.-OID
	2014	GH + FO	Layout, Tabellendarstellung, Umstrukturierung, Sections, Entries, Vokabularien, Dokumenttypen, Abgleich mit IHE-AP und HL7-AP	n.a.
	19.10.12	FO	Layout, Tabellendarstellung, Umstrukturierung	n.a.
	18.10.12	GH	Detailinfos	n.a.
06	13.04.12	FO et.al.	Wikifizierung + Überarbeitung: Neustrukturierung	n.a.
05	23.02.10	FO	Überarbeitung: Neustrukturierung	n.a.
04	16.11.09	FO	Überarbeitung: Neustrukturierung	n.a.
03	15.09.09	FO	Überarbeitung	n.a.
02	08.07.09	FO	Überarbeitung	n.a.
01	23.06.09	IR	Dokument erstellt	n.a.

Kollaboratives Werkzeug von IHE APSR

Durch IHE AP wurde für die APSR-Entwicklung, speziell die weitere Entwicklung der Interface-Terminologie PathLex, folgendes Werkzeug in einer beta Version zur verfügung gestellt:

http://termapp.davidouagne.com

Organspezifischer Pathologiebefundbericht

Template ID	1.3.6.1.4.1.19376.1.8.1.1.2.1 - 20 (AP APSR 6.2.3.2)
General Description	In diesem Template werden die Daten zum organspezifischen Pathologiebefundbericht übermittelt.
Status	identisch zu IHE
LOINC Code	Opt.	Description
11526-1	R2	Pathology Study

Definition und Zweck

Dieses Template definiert bisher die Grundlage für die organspezifischen Einschränkungen von strukturierten Pathologiebefundberichten mit Tumordiagnosen. Das Parent Template ist 1.3.6.1.4.1.19376.1.8.1.1.1 (Pathologiebefundbericht), von dem es alle Eigenschaften erbt. Zukünftig wird es nur ein generisches Parenttemplate geben, in das durch verschiedene Problem organizer Templates generische oder läsionsspezifische AP Observation Templates eingebunden werden können. Diese sind durch eine Ontologie (OntoPathLex) definiert.

Beispiel

<ClinicalDocument xmlns='urn:hl7-org:v3'>
  <typeId extension="POCD_HD000040" root="2.16.840.1.113883.1.3"/> 
  <!-- conformance to a generic APSR content module -->
  <templateId root='1.3.6.1.4.1.19376.1.8.1.1.1'/>
  <!-- conformance to a breast content module -->
  <templateId root='1.3.6.1.4.1.19376.1.8.1.1.2.1'/>

  <!-- remainder of the header not shown, similar to the header content of a generic APSR -->
    <component>
      <structuredBody>
       <!—Same hierarchy of sections and entries as in generic APSR -->
      </structuredBody>
    </component>
</ClinicalDocument>

Spezifikation

Die organspezifischen Document Content Module berücksichtigen die Hierarchie von <section> und <entry> Elementen des generischen Document Content Moduls sowie die Beschränkungen ihrer Parent-Templates.

Jedes organspezifische Document Content Modul besteht aus einer Vokabularsatzbeschränkung für die Content Module "AP Observation" und "Specimen Collection Procedure", welche in jedem der <entry> Elemente dieses Document Content Moduls verschachtelt sein können.

Insbesondere werden die organspezifischen Observations bezüglich invasiver und nichtinvasiver maligner Tumoren anhand von sog. Cancer Checklists (z.B. CAP, deutsche S3-Leitlinien, Empfehlungen der Dt.Ges.f.Pathologie, etc.) spezifiziert. Die dazugehörigen Value sets sind im APSR Value Sets Appendix aufgeführt. Für den deutschsprachigen Raum werden diese weiter ergänzt bzw. ihre Verwendung begrenzt (National Extension).

Offene Punkte

Codesysteme vervollständigen
fehlende Abschnitte:
- n.n.
Elemente und Attribute vollständig auflisten (inkl. Wikifizierung)
Abgleich mit IHE Anatomic Pathology APSR und HL7 Anatomic Pathology
..

Referenzen/Literatur

DIMDI, Alpha_Id:	Alpha-ID - Die Identifikationsnummer, http://www.dimdi.de/static/de/ehealth/alpha-id/index.htm
DIMDI, Verschl:	Anleitung zur Verschlüsselung, http://www.dimdi.de/static/de/klassi/diagnosen/icd10/icdsgbv20.htm
DIMDI, Basis:	Basiswissen Codieren, DIMDI 2004
BMGS, 2004:	ICD-10-Bekanntmachung des BMGS, http://www.zi-berlin.de/Zi_ICD10Browser/zi_icd_10_browser.htm
InEK, Codierrichtlinien:	Deutsche Codierrichtlinien – Version 2005, Institut für Entgeltsystem im Krankenhaus (InEK gGmbH) 2004, http://www.g-drg.de/service/download/veroeff_2005/DKR2005_Endversion_PDF30_040916_1500.pdf
HL7 Datentypen:	HL7 Version 3 Datentypen und CMETs für das Deutsche Gesundheitswesen, www.hl7.de (Publikationen)
CDAr2Arztbrief:	Arztbrief auf Basis der HL7 Clinical Document Architecture Release 2 für das deutsche Gesundheitswesen, Version 1.50 vom 12.05.2006, herausgegeben vom VHitG, HL7 Deutschland und der Arbeitsgemeinschaft Sciphox, www.hl7.de (Publikationen) http://www.hl7.de/download/documents/cdar2-arztbrief/Leitfaden-VHitG-Arztbrief-v150.pdf
Wiley:	TNM-System: Wiley Interscience

Zeitangaben

In einem Bericht tauchen mehrere Zeitangaben auf, die hier einmal in Form einer Übersicht dargestellt werden sollen. Die Angaben in der Bedingung beziehen sich auf die Nummern aus der ersten Spalte, d.h. hierüber wird eine Reihenfolge etabliert:

#	Datum	Art	Bedingung (bezogen auf #)	im Krankenhaus	im Labor	HL7 V3 (CDA später)
1	Auftragserfassung	Beginn		x		Order
2	Auftragserfassung	Ende	1 < 2	x
3	Auftragsfreigabe	TS	2 < 3	x
4	Auftragsübermittlung	TS	3 < 4	x
5	Probenentnahme	von/bis		x		Specimen Specimen Collection Process
6	Probenversand (Ausgang)	TS	5 < 6	x
7	Auftragseingang	TS	4 < 7		x	Acknowledgement
8	Auftragsbestätigung	TS	7 < 8		x	Promise
9	Probeneingang	TS	6 < 9		x	Specimen-> Specimen Process Step
10	Probenuntersuchung	Beginn	9 < 10 7 < 10		x	documentationOf ServiceEvent-> Specimen
11	Probenuntersuchung	Ende	10 < 11		x
12	Befundung	Beginn	10 < 12		x	Specimen-> ObservationEvent author.time
13	Befundung	Ende	12 < 13		x
14	Niederschrift Befund	Beginn	13 < 14		x	dataEnterer.time
15	Niederschrift Befund	Ende	14 < 15		x
16	Freigabe Befund	TS	15 < 16		x	legalAuthenticator .time
17	Übermittlung Befund	TS	16 < 17		x	Wrapper
18	Befundeingang	TS	17 < 18	x		Wrapper
19	Befund gelesen	TS	18 < 19	x		-

Freigaben können mehrstufig erfolgen.

Mehrere Berichte in Abhängigkeit des Prozessschrittes

Attribut-Wert-Paare

Die Attribut-Wert-Paare werden textuell aus den codierten Informationen abgeleitet (derived).

Hierzu gehören auch die Cancer Checklists.

Die zu verwendenden Vokabularien sind im Anhang detailliert aufgelistet.

Die Informationen werden als Attribut-Wert-Paare in Form einer Tabelle dargestellt, die wie folgt aussieht.

Entnahme	Resektat
Kalk histologisch	Ja
Kalk (mm)	0,2

Oder in XML:

<section>
  <!-- Darstellung als Tabelle -->
  <text>
    <tbody>
      <tr>
        <td><content ID="d1">Entnahme</content></td>
        <td>Resektat</td>
      </tr>
      <tr>
        <td><content ID="d2">Kalk Histologisch</content></td>
        <td>Ja</td>
      </tr>
      <tr>
        <td><content ID="d3">Kalk (mm)</content></td>
        <td>0,2</td>
      </tr>
      ...
    </tbody>
  </text>

  <!-— erste Information -->
  <entry typeCode="DRIV">
    <observation classCode="OBS" moodCode="EVN">
      <code code"Mamma.Entnahme" codeSystem="??????" />
      <value xsi:type="CD" code="Resektat" codeSystem="????">
        <originalText><reference value="#d1"/></originalText>
      </value>
    </observation>
  </entry>

  <!-— zweite Information -->
  <entry typeCode="DRIV">
    <observation>
      <code code="Mamma.Kalk Histologisch" codeSystem="??????" />
      <value xsi:type="BL" code="true">
        <originalText><reference value="#d2"/></originalText>
      </value>
    </observation>
  </entry>

  <!-— dritte Information -->
  <entry typeCode="DRIV">
    <observation classCode="OBS" moodCode="EVN">
      <code code="Mamma.Kalk" 
            codeSystem="a.b.c.dx.y.z" 
            displayName="Kalk" />
      <value xsi:type="PQ" value="0,2" unit="mm" >
        <originalText><reference value="#d3"/></originalText>
      </value>
    </observation>
  </entry>

  <!—weitere Information -->
  ...
</section>

Anlagen

Digitale Bilder

Makroskopische sowie mikroskopische Bilder und Virtual Slides müssen eingebunden werden können. Lösungen über DICOM Supplement 122: Specimen Module and Revised Pathology SOP Classes

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

CDA-Beispielinstanz in XML

Nachfolgend ist ein etwas komplizierterer Bericht mit mehreren Tumoren in einem Präparat abgebildet, um die Ausdrucksstärke zu demonstrieren:

Das Beispiel muss noch validiert werden!

<?xml version="1.0"?> 
<?xml-stylesheet type="text/xsl" href="vhitg-cda-v3.xsl"?> 
<!--  
  Info: Dokument abgeleitet aus Breast Cancer Example
  Header (IHE), IHE Change Proposal SR model 2013_11_10 eingearbeitet
--> 
<ClinicalDocument xmlns="urn:hl7-org:v3" xmlns:voc="urn:hl7-org:v3/voc"
 xmlns:lab="urn:oid:1.3.6.1.4.1.19376.1.3.2"
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 xsi:schemaLocation="urn:hl7-org:v3 CDA.xsd">
	<realmCode code="UV"/>
	<typeId root="2.16.840.1.113883.1.3" extension="POCD_HD000040"/>
	<!--  
   Conformance statements: 
   a) this a generic APSR\par
  -->
	<templateId root="1.3.6.1.4.1.19376.1.8.1.1.1"/>

	<!-- Identifier of this instance of the report -->
	<id root="1.3.6.1.4.1.19376.1.8.9.1" extension="E4197/13"
		assigningAuthorityName="IHE PAT Technical Committee"/>

	<!-- Type of document -->
	<code code="11526-1" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"
		displayName="Pathology study"/>

	<title>Pathologisch-anatomische Begutachtung</title>

	<!-- Date&time of creation of the report -->
	<effectiveTime value="201304031605-0500"/>

	<confidentialityCode code="N" codeSystem="2.16.840.1.113883.5.25"/>
	<languageCode code="de"/>

	<!-- common identifier to all releases of this report -->
	<!-- GH: die EH-Nummer wird durch Stylesheet nicht wiedergegeben -->
	<setId root="1.3.6.1.4.1.19376.1.8.9.1" extension="E4197/13"/>
	<versionNumber value="1"/>
	<!--  
	Patient  
	-->
	<recordTarget>
		<patientRole>
			<id extension="0411886319605719371016" root="1.3.6.1.4.1.19376.1.8.9.2"/>
			<addr use="HP">
				<streetAddressLine>Rosenthaler Str. 22</streetAddressLine>
				<postalCode>12889</postalCode>
				<city>Schwerin</city>
				<state>Mecklenburg-Vorpommern</state>
				<country>Deutschland</country>
			</addr>
			<telecom nullFlavor="NASK"/>
			<patient>
				<name>
					<prefix>Herr</prefix>
					<given>Herbert</given>
					<family>Fröhlich</family>
				</name>
				<administrativeGenderCode code="M" codeSystem="2.16.840.1.113883.5.1"/>
				<birthTime value="19710921"/>
			</patient>
		</patientRole>
	</recordTarget>
	
	<!--  
	one or more author(s) of the report, with authoring time\par
	-->

	<author>
		<templateId root="1.3.6.1.4.1.19376.1.8.1.4.2"/>
		<time value="20100104131933-0500"/>
		<assignedAuthor>
			<id root="1.3.6.1.4.1.19376.1.8.9.3" extension="801234567897"/>
			<addr nullFlavor="MSK"/>
			<telecom value="tel:+33-602030499"/>
			<assignedPerson>
				<name>
					<prefix>Dr.med.</prefix>
					<given>Marcel</given>
					<family>Mikrovilli</family>
				</name>
			</assignedPerson>
			<representedOrganization>
				<id root="1.3.6.1.4.1.19376.1.8.9.4" extension="1120456789"/>
				<name>Institut für Pathologie</name>
				<telecom nullFlavor="MSK"/>
				<addr nullFlavor="MSK"/>
			</representedOrganization>
		</assignedAuthor>
	</author>
	
	<!--  
	one or more transcriptionists, with transcription time\par
	-->
	
	<dataEnterer>
		<time value="20100104131720-0500"/>
		<assignedEntity>
			<id root="1.3.6.1.4.1.19376.1.8.9.3" extension="A32"/>
			<addr nullFlavor="MSK"/>
			<telecom nullFlavor="MSK"/>
			<assignedPerson>
				<name>
					<given>Marceline</given>
					<family>Medsecret</family>
				</name>
			</assignedPerson>
		</assignedEntity>
	</dataEnterer>
	
	<!--  
	The unique custodian of this document is the sending pathology lab that will administer it (further updates, deprecation)  
	-->

	<custodian>
		<assignedCustodian>
			<representedCustodianOrganization>
				<id root="1.3.6.1.4.1.19376.1.8.9.4" extension="1120456789"/>
				<name>Laboratoire du parc</name>
				<telecom use="PUB" value="0466666666"/>
				<addr>
					<streetAddressLine>38 Cramberry Street</streetAddressLine>
					<postalCode>69499</postalCode>
					<city>Appleton</city>
					<state>WI</state>
				</addr>
			</representedCustodianOrganization>
		</assignedCustodian>
	</custodian>
	
	<!--  
	One or more additional intended recipients (other than the ordering physician) 
	-->

	<informationRecipient>
		<templateId root="1.3.6.1.4.1.19376.1.3.3.1.4"/>
		<intendedRecipient>
			<id root="1.3.6.1.4.1.19376.1.8.9.3" extension="987"/>
			<addr>
				<streetAddressLine>1600 Clifton Road</streetAddressLine>
				<city>Atlanta</city>
				<state>GA</state>
				<postalCode>30333</postalCode>
			</addr>
			<telecom value="tel:404-639-3535"/>
			<informationRecipient>
				<name>
					<family>WOULDLIKETOKNOW</family>
					<given>Thomas</given>
				</name>
			</informationRecipient>
		</intendedRecipient>
	</informationRecipient>
	
	<!--  
	The unique legal authenticator: The person assuming the final responsibility of the report and signing it  
	-->

	<legalAuthenticator>
		<time value="20130404152503-0500"/>
		<signatureCode code="S"/>
		<assignedEntity>
			<id root="1.3.6.1.4.1.19376.1.8.9.3" extension="801234567897"/>
			<assignedPerson>
				<name>
					<given>Marcel</given>
					<family>Pathologe</family>
					<prefix>CA Prof. Dr.med.</prefix>
				</name>
			</assignedPerson>
		</assignedEntity>
	</legalAuthenticator>
	
	<!--  
	Zero or more additional content validator(s): pathologists having validated some part of the report\par
	-->

	<authenticator>
		<templateId root="1.3.6.1.4.1.19376.1.8.1.4.3"/>
		<time value="201304041120-0500"/>
		<signatureCode code="S"/>
		<assignedEntity>
			<id root="1.3.6.1.4.1.19376.1.8.9.3" extension="801234567898"/>
			<addr nullFlavor="MSK"/>
			<telecom nullFlavor="MSK"/>
			<assignedPerson>
				<name>
					<given>Jean</given>
					<family>Histologe</family>
					<prefix>Dr.med. </prefix>
				</name>
			</assignedPerson>
		</assignedEntity>
	</authenticator>
	
	<!--  
	The ordering physician\par
	-->

	<participant typeCode="REF">
		<templateId root="1.3.6.1.4.1.19376.1.3.3.1.6"/>
		<time value="20091231"/>
		<associatedEntity classCode="PROV">
			<id root="1.3.6.1.4.1.19376.1.8.9.3" extension="801234567892"/>
			<addr nullFlavor="NASK"/>
			<telecom value="tel:0147150000" use="EC"/>
			<associatedPerson>
				<name>
					<prefix>Doctor</prefix>
					<given>Eva</given>
					<family>Surgeon</family>
					<suffix>Ph D</suffix>
				</name>
			</associatedPerson>
		</associatedEntity>
	</participant>
	
	<!--  
	Identification of the order  
	-->

	<inFulfillmentOf typeCode="FLFS">
		<templateId root="1.3.6.1.4.1.19376.1.3.3.1.999999"/>
		<order>
			<id root="1.3.6.1.4.1.19376.1.8.9.8" extension="12345"/>
		</order>
	</inFulfillmentOf>
	
	<!--  
	Documented act(s): The pathology examination procedure\par
	-->

	<documentationOf typeCode="DOC">
		<templateId root="1.3.6.1.4.1.19376.1.3.3.1.99999"/>
		<serviceEvent classsCode="ACT" moodeCode="EVN">
			<id root="1.3.6.1.4.1.19376.1.8.9.9" extension="123"/>
			<code code="xxxxxx" displayName="Pathology examination" codeSystem="2.16.840.1.113883.6.96"
					codeSystemName="SNOMED CT"/>
					<!-- GH: Warum SNOMED und nicht LOINC 11625-1 ?? -->
			<effectiveTime>
				<!-- Start: Date&time of reception of this order and the attached specimens -->
				<low value="201304030922-0500"/>
				<!-- End  -->
				<high value="201304031605-0500"/>
			</effectiveTime>
			<!--  Performing laboratory  -->
			<performer typeCode="PRF">
				<templateId root="1.3.6.1.4.1.19376.1.3.3.1.7"/>
				<time>
					<high value="201304031605-0500"/>
				</time>
				<assignedEntity>
					<id root="1.3.6.1.4.1.19376.1.8.9.3" extension="801234567897"/>
					<representedOrganization>
						<id root="1.3.6.1.4.1.19376.1.8.9.4" extension="1120456789"/>
						<name>Institut für Pathologie </name>
						<telecom nullFlavor="MSK"/>
						<addr nullFlavor="MSK"/>
					</representedOrganization>
				</assignedEntity>
			</performer>
		</serviceEvent>
	</documentationOf>
	
	<!--  
	Patient encounter: The patient stay in the hospital where the surgery was performed\par
	-->

	<componentOf typeCode="COMP">
		<templateId root="1.3.6.1.4.1.19376.1.3.3.1.999999"/>
		<encompassingEncounter classsCode="ENC" moodeCode="EVN">
			<id root="1.3.6.1.4.1.19376.1.8.9.7" extension="234567890"/>
			<code code="ACUTE" displayName="inpatient acute"/>
			<effectiveTime>
				<high value="201001040735-0500"/>
			</effectiveTime>
			<location typeCode="LOC">
				<healthCareFacility classCode="SDLOC">
					<id root="1.3.6.1.4.1.19376.1.8.9.4" extension="11223344"/>
					<serviceProviderOrganization classCode="ORG" determinerCode="INSTANCE">
						<name>OP-Saal</name>
						<!-- FOX: TODO: das müssen wir unter encompassingEncounter noch im Wiki beschreiben -->
						<asOrganizationPartOf classCode="PART">
							<wholeOrganization classCode="ORG" determinerCode="INSTANCE">
								<name>Krankenhaus am Rande der Stadt</name>
							</wholeOrganization>
						</asOrganizationPartOf>
					</serviceProviderOrganization>
				</healthCareFacility>
			</location>
		</encompassingEncounter>
	</componentOf>
	
	<!--  
	*********************************************************************************** 
	Body of the report\par
	*********************************************************************************** 
	-->
	<component typeCode="COMP">
		<structuredBody classCode="DOCBODY" moodCode="EVN">

			<!--  für Bericht relevante klinische Informationen  -->
			<component typeCode="COMP">
				<section classCode="DOCSECT">
					<templateId root="1.3.6.1.4.1.19376.1.8.1.2.1"/>
					<code code="22636-5" displayName="Pathology report relevant history"
							codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>
					<title>Klinische Information</title>
					<!-- FOX: hier sollte ein anderes Beispiel rein, da das Material als section noch kommt -->
					<!-- GH: das ist die Frage: soll Material hier, oder in Procedure steps section oder in ganz neuer Section bearbeitet werden, die es in IHE noch nicht gibt? -->
					<text>Material: Zystoprostatektomiepräparat</text>
				</section>
			</component>

			
			<!-- Reason for Referral -->
			<!-- FOX: kann von IHE PCC genommen werden -->
			<!-- GH: ist Subsection von Klinische Information -->
			<component typeCode="COMP">
				<section classCode="DOCSECT">
					<templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.1"/>
					<code code="42349-1" displayName="Reason for referral" codeSystem="2.16.840.1.113883.6.1"
							codeSystemName="LOINC"/>
					<title>Indikation zur Pathologisch-Histologischen Untersuchung</title>
					<text> Tiefsitzendes Harnblasenkarzinom</text>
				</section>
			</component>

			
			<!--  History of present illness  -->
			<!-- FOX: kann von IHE PCC genommen werden -->
			<!-- GH: ist Subsection von Klinische Information -->
			<component typeCode="COMP">
				<section classCode="DOCSECT">
					<templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.4"/>
					<code code="10164-2" displayName="History of present illness"
						codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>
					<title> Klinische Angaben</title>
					<text> Blut im Urin</text>
				</section>
			</component>

			
			<!-- Materialbeschreibung und Identifikation -->
			<!-- FOX: ich würde das Material in einer separaten Section beschreiben -->
			<!-- GH: ich auch, s.oben Zeile 310 -->
			<component typeCode="COMP">
				<section classCode="DOCSECT">
					<templateId root="1.3.6.1.4.1.19376.1.8.999999"/>
					<title>Material</title>
					<!-- FOX: können wir hier eine brauchbare Materialbeschreibung reinpacken? -->
					<!-- GH: wir sollten das DICOM-Modell aus Suppl 122 uebernehmen, siehe Bemerkung Zeile 369, , das loest auf einen Schlag auch die ID-und Referenzierprobleme -->
					<!-- GH: zusaetzlich sollte da auch der Problem organizer untergebracht werden -->
					<text>Material: Zystoprostatektomiepräparat</text>
					<entry typeCode="COMP">
						<!-- specimen collection procedure with a reference to the specimen itself including its identifier -->
						<procedure classCode="SPCOBS" moodCode="EVN">
							<templateId root="1.3.6.1.4.1.19376.1.3.1.2"/>
							<id root="1.2.3.4.5.6.999999" extension="abcd" />
							<code code="17636008" displayName="Specimen collection (procedure)"
								codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED-CT"/>
							<!-- GH: wozu steht das hier, ist doch schon durch die template id festgelegt?? -->
							
							<!-- FOX: hier müsste hin, um welche Probenentnahmeprozedur es sich tatsächlich gehandelt hat -->
							<value xsi:type="CD" code="81232004" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED-CT" displayName="radical cystoprostatectomy (procedure)"/>
							<specimen typeCode="SPC">
								<specimenRole classCode="SPEC">
									<id root="1.3.6.1.4.1.19376.1.8.1.4.999999" extension="SPECIMEN-ID"/>
									<!-- FOX: hier sollten dann die Container, Röhrchen, Probenstücke etc. hin...
									     Es ist aber zu prüfen, wie das dargestellt werden kann?
										 Da sollte man sich am Beispiel Medication orientieren, die ein ähnliches Konstrukt mit Verpackungen haben.
										 
										 GH: Quelle?
										 -->
									<!-- GH: und hier muessten auch noch Specimen source (target site) und Specimen type hin!  -->
								</specimenRole>
							</specimen>
						</procedure>
					</entry>
				</section>
			</component>

						
			<!-- Makroskopie -->
			<component typeCode="COMP">
				<!-- Makroskopie -->
				<section classCode="DOCSECT">
					<templateId root="1.3.6.1.4.1.19376.1.8.1.2.3"/>
					<code code="22634-0" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"
						displayName="Pathology report gross observation"/>
					<title>Makroskopische Beurteilung</title>
					<!-- start level 2 -->
					<text> Zystektomiepräparat bestehend aus 
						der im eröffneten Zustand <content id="HB1">6,5</content> x <content id="HB1">5,5</content> x <content id="HB3">3</content> cm messenden Harnblase, 
						der <content id="P1">5,0</content> x <content id="P2">3,5</content> x <content id="P3">3,0</content> cm messenden Prostata, 
						einem 7 cm langen und maximal 0,3 cm durchmessenden Ureteranteil rechts, 
						einem maximal 7 cm langen und maximal 0,3 cm durchmessenden Ureteranteil links, 
						einem 8 cm langen Ductus deferens-Anteil der rechten Seite von maximal 4 mm Durchmesser 
						sowie einem 8 cm langen Ductus deferens-Anteil der linken Seite von maximal 4 mm Durchmesser 
						sowie der maximal 3 cm durchmessenden rechten Samenblase und 
						der  maximal 3 cm durchmessenden linken Samenblase. 
						Der Harnröhrenabsetzungsrand ist fadenmarkiert.
						Im Bereich der rechten Harnblasenseitenwand/-hinterwand zeigt sich 
						ein maximal 2,5 cm  durchmessender ulkusartiger Defekt (a). 
						Eindeutiges Tumorgewebe lässt sich makroskopisch nicht abgrenzen. 
						Die Prostata ist von kleinknotigem Aufbau und weist kleinzystische Hohlraumbildungen auf. 
						Im perivesikalen Weichgewebe lassen sich keine Gewebsknoten makroskopisch abgrenzen. 
					</text>

					<!-- Start Level 3  -->
					<!-- FOX: was sind die einzelnen Eigenschaften, die hier gelistet werden sollen?
						Das lässt sich dann am besten im Wiki über eine Tabelle auflisten, so dass wir von hier darauf verweisen können
						und dann nur ein Beispiel einbauen.
					-->
					<!-- GH: das ist voellig frei. Hier werden das Material und die Laesion makroskopisch beschrieben. 
					Jede Beschreibung ist eine AP Observation. Das nachstehende ist der Versuch, die Observation mit den 
					jeweiligen ID der Specimen collection procedure und des Problem Organizers zu referenzieren.
					Dieser Versuch lief ueber die Participants und PRD (das kann voellig falsch sein, was Passenderes hatte ich nicht gefunden!!)
					-->
					
					<entry typeCode="COMP">

						<!-- GH: Observations vom Specimen (hier zwei Makroskopie-Eigenschaften)  -->
						<!-- FOX: die ganzen Proben sollten in der obigen Sektion beschrieben werden, so dass man später nur per ID darauf referenzieren kann -->
						<!-- GH: Specimen Collection procedure und Problem Organizer ueber ID Referenzen in AP Observation eingebunden -->
						
						<observation classCode="OBS" moodCode="EVN">
							<templateId root="1.3.6.1.4.1.19376.1.8.1.4.9"/>

							<code code="364187001" codeSystemName="SNOMED-CT" codeSystem="2.16.840.1.113883.6.96"
								displayName="Bladder size (observable entity)"/>
							<statusCode code="completed"/>
							<!-- FOX: value muss einzeln dargestellt werden und durch eine Klammer als Größe markiert werden -->
							<value xsi:type="PQ" value="1245" unit="cm"/>

							<!-- fuer specimen collection procedure identifier
								@typeCode="REFR"
								@extension=id
								@root=1.3.6.1.4.1.19376.1.3.1.2"
							-->
							<!-- FOX: typecode PRD=product -->
							<!-- FOX: werden die participants hier gebraucht? falls nicht, löschen -->
							<!-- FOX: das gilt auch für alle anderen participants in den anderen sections -->
							<participant typeCode="SPC">
								<participantRole classCode="REFR">
									<id root="1.3.6.1.4.1.19376.1.3.1.2" extension="01"/>
									<!-- GH: extension kommt aus Specimen Identifier in Procedure steps, geht das so? -->
								</participantRole>
							</participant>

							<!-- fuer Problem organizer identifier
								@typeCode="REFR"
								@extension=id
								@root="1.3.6.1.4.1.19376.1.8.1.4.8"
							-->
							<!-- FOX: typecode PRD=product -->
							<participant typeCode="IND">
								<participantRole classCode="REFR">
									<id root="1.3.6.1.4.1.19376.1.8.1.4.8" extension="04"/>
									<!-- GH: extension kommt aus Problem Identifier in Procedure steps, geht das so? -->
								</participantRole>
							</participant>
						</observation>
					</entry>
					
					<!-- FOX: hier kommt jetzt die Größe der Harnblase -->
					<entry typeCode="COMP">
						<observation classCode="OBS" moodCode="EVN">
							<templateId root="1.3.6.1.4.1.19376.1.8.1.4.9"/>

							<code code="364187001" codeSystemName="SNOMED-CT" codeSystem="2.16.840.1.113883.6.96"
								displayName="Bladder size (observable entity)"/>
							<statusCode code="completed"/>
							<!-- FOX: hier kommt jetzt die Größe der Harnblase (Breite) -->
							<entryRelationship typeCode="SPRT">
								<observation classCode="OBS" moodCode="EVN">
									<code code="399435001" codeSystem="1.2.276.0.76.3.1.131.1.5.1">
									<!-- dieses Codesystem ist hier zu allgemein, gebraucht wird etwas fuer einen Durchmesser eines Organs, 
									z.B. 371476002 (Specimen size, dimension 1 (observable entity) aus SNOMED-CT  -->
										<originalText>
											<reference value="#HB1"/>
											<!-- GH: nach welchem Verfahren wird dieser Referenzwert gebildet? Hier waere Specimen collection procedure ID besser geeignet? -->
										</originalText>
									</code>
									<value xsi:type="REAL" value="3" unit="cm"  />
								</observation>
							</entryRelationship>
							<!-- FOX: hier kommt jetzt die Größe der Harnblase (Länge) -->
							<entryRelationship typeCode="SPRT">
									<observation classCode="OBS" moodCode="EVN">
									<code code="???????" codeSystem="1.2.276.0.76.3.1.131.1.5.1">
										<originalText>
											<reference value="#HB2"/>
										</originalText>
									</code>
									<value xsi:type="REAL" value="5,5" unit="cm"  />
								</observation>
							</entryRelationship>
							<!-- FOX: hier kommt jetzt die Größe der Harnblase (Höhe) -->
							<entryRelationship typeCode="SPRT">
								<observation classCode="OBS" moodCode="EVN">
									<code code="???????" codeSystem="1.2.276.0.76.3.1.131.1.5.1">
										<originalText>
											<reference value="#HB3"/>
										</originalText>
									</code>
									<value xsi:type="INT" value="3" unit="cm"  />
								</observation>
							</entryRelationship>
						</observation>
					</entry>

					<!-- FOX: hier kommt jetzt die Größe der Prostata -->
					<entry typeCode="COMP">
						<observation classCode="OBS" moodCode="EVN">
							<templateId root="1.3.6.1.4.1.19376.1.8.1.4.9"/>

							<code code="249606000" codeSystemName="SNOMED-CT" codeSystem="2.16.840.1.113883.6.96"
								displayName="Prostate size (observable entity)"/>
							<!-- FOX: hier kommt jetzt die Größe der Prostata (Breite) -->
							<entryRelationship typeCode="SPRT">
								<observation classCode="OBS" moodCode="EVN">
									<code code="???????" codeSystem="1.2.276.0.76.3.1.131.1.5.1">
										<originalText>
											<reference value="#P1"/>
										</originalText>
									</code>
									<value xsi:type="REAL" value="3" unit="cm"  />
								</observation>
							</entryRelationship>
							<!-- FOX: hier kommen jetzt die weiteren Prostatadetails -->
						</observation>
					</entry>

					<!-- FOX: das geht hier jetzt für alle anderen Details aus dem Text weiter ... -->
					<entry typeCode="COMP">
						<observation classCode="OBS" moodCode="EVN">
							<templateId root="1.3.6.1.4.1.19376.1.8.1.4.9"/>
							<!-- Referenz zu Harnblase und Specimenbeschreibung -->
							<!-- fuer specimen collection procedure identifier
								@typeCode="REFR"
								@extension=id
								@root=1.3.6.1.4.1.19376.1.3.1.2"
							-->
							<!-- FOX: typecode prüfen -->
							<participant typeCode="SPC">
								<participantRole classCode="REFR">
									<id root="1.3.6.1.4.1.19376.1.3.1.2" extension="01"/>
								</participantRole>
							</participant>
							<!-- fuer Problem organizer identifier
								@typeCode="REFR"
								@extension=id
								@root="1.3.6.1.4.1.19376.1.8.1.4.8"
							-->
							<!-- FOX: typecode prüfen -->
							<participant typeCode="IND">
								<participantRole classCode="REFR">
									<id root="1.3.6.1.4.1.19376.1.8.1.4.8" extension="04"/>
								</participantRole>
							</participant>
							
							<code code="371506001" codeSystemName="SNOMED-CT" codeSystem="2.16.840.1.113883.6.96"
								displayName="Specimen weight (observable entity)"/>
							<value xsi:type="PQ" value="350" unit="g"/>
						</observation>
					</entry>

					<!-- alle anderen MakroskopieInformationen, 
						GHGHGHGHGH
						am besten mit Checklistenelementen, Terminologie generisch oder organ- und tumorspezifisch
						GHGHGHGHGH
					-->

				</section>
			</component>


			<!-- Schnellschnitt -->
			<component typeCode="COMP">
				<section classCode="DOCSECT">
					<templateId root="1.3.6.1.4.1.19376.1.8.1.2.2"/>
					<code code="TBD" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"
						displayName="intraoperative section in anatomic pathology report"/>
					<!-- <title>INTRAOPERATIVE OBSERVATION</title> -->
					<title>Schnellschnittdiagnose</title>
					<!-- start level 2 -->
					<text>
						<paragraph> Tumorfreier Harnröhrenabsetzungsrand.</paragraph>
						<paragraph> Telefonische Befundübermittlung an Herrn CA Prof. Dr. Urologe um 10:54 Uhr am 27.03.2013. </paragraph>
					</text>
					<!-- start Level 3 -->
					<entry typeCode="COMP">
						<observation classCode="OBS" moodCode="EVN">
							<templateId root="1.3.6.1.4.1.19376.1.8.1.4.9"/>
							<!-- Referenz zu Absetzungsrand und HB-Ca -->
							<participant typeCode="SPC">
								<participantRole classCode="REFR">
									<id root="1.3.6.1.4.1.19376.1.3.1.2" extension="04"/>
								</participantRole>
							</participant>
							<participant typeCode="IND">
								<participantRole classCode="REFR">
									<id root="1.3.6.1.4.1.19376.1.8.1.4.8" extension="01"/>
								</participantRole>
							<!-- Referenz-Ende -->
							<code code="395535007"
								displayName="Status of surgical margin involvement by tumor (observable entity)"
								codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED-CT"/>
							<value xsi:type="ST" >kein Tumor</value>
							</participant>
						</observation>
					</entry>
				</section>
			</component>


			<!-- Mikroskopie -->
			<component typeCode="COMP">
				<section classCode="DOCSECT">
					<templateId root="1.3.6.1.4.1.19376.1.8.1.2.2"/>
					<code code="22635-7" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"
						displayName="Pathology report microscopic observation"/>
					<!--<title>MICROSCOPIC OBSERVATION</title>-->
					<title>Mikroskopische Beurteilung</title>
					<!-- Start Level 2 -->
					<text> Das Zystoprostatektomiepräparat wurde mit 18 Paraffinblöcken und zahlreichen
						Schnittstufen histologisch untersucht. Im oben beschriebenen Bereich der Harnblase (a) finden
						sich partiell ulzerierte papilläre und solide urotheliale Karzinomstrukturen, die eine mäßige
						bis starke Kernpolymorphie aufweisen. Tumorinfiltration aller Harnblasenwandschichten, örtlich
						kleinherdig bis in das unmittelbar angrenzende perivasikale Fettgewebe reichend.
						Verschiedentlich Lymphangiosis carcinomatosa. In der angrenzenden Harnblasenschleimhaut sowie
						in der linken Harnblasenseitenwand und im Harnblasenscheitel fokale urotheliale Dysplasien
						aller Schweregrade bis zu einem Carcinoma in situ. Der Ureter am Resektionsrand beiderseits
						ist tumorfrei. In der Pars prostatica urethrae multifokales Carcinoma in situ mit Übergreifen
						auf von Brunnsche Zellnester. Hier keine Tumorinfiltration durch das Urothelkarzinom. Der
						Harnröhrenabsetzungsrand ist auch im paraffingebetteten Material tumorfrei. Im rechten
						Prostataseitenlappen finden sich herdförmig azinäre und tubuläre Karzinomstrukturen, die
						zwischen nicht neoplastische Drüsen infiltrieren sowie eine geringe bis mäßige Kernpolymorphie
						und prominente Nukleolen aufweisen. Apex prostatae sowie Ductus deferens und Samenblase
						beiderseits sind tumorfrei. 
					</text>
					<!-- Start Level 3 ggf. hier
						GHGHGHGHGH
						am besten mit Checklistenelementen, Terminologie generisch oder organ- und tumorspezifisch
						GHGHGHGHGH
					-->
				</section>
			</component>


			<!-- Diagnose -->
			<component typeCode="COMP">
				<section classCode="DOCSECT">
					<templateId root="1.3.6.1.4.1.19376.1.8.1.2.2"/>
					<code code="22637-3" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"
						displayName="Pathology report diagnosis"/>
					<!--<title>DIAGNOSIS CONCLUSION</title>-->
					<title>Diagnose</title>
					<!-- Start Level 2 -->
					<text>
						<paragraph>Schlecht differenziertes Urothelkarzinom der Harnblase, im Gesunden entfernt.
							Verschiedentlich Lymphangiosis carcinomatosa. In der Tumorumgebung und in der Pars prostatica
							urethrae multifokales Carcinoma in situ. </paragraph>
						<paragraph> Tumorklassifikation (im Zusammenhang mit EH-Nr. 4952/13): </paragraph>
						<list>
							<!-- FOX: diese Darstellung muss besser strukturiert werden, damit man die Details der Harnblase resp. der Prostata zuordnen kann -->
							<!-- GH: erledigt, aber wieder das Problem mit den content ID, nach welchem Modell sollen die gebildet werden? -->
							<item>TNM (UICC, 7. Auflage):</item>
							<item><content ID="AD1">pT3a</content> <content ID="AD2">pN0 (0/17)</content>, <content ID="AD3">L1</content>, <content ID="AD4">V0</content>, <content ID="AD5">R0</content></item>
							<item>Grading:</item>
							<item>G 3, high grade</item>
							<item>ICD-O-3:</item>
							<item>C 67, M 8130/33</item>
						</list>
						<paragraph>Mäßig differenziertes azinäres Adenokarzinom im rechten Prostataseitenlappen, im Gesunden  entfernt.</paragraph>
						<paragraph>Tumorklassifikation (im Zusammenhang mit EH-Nr. 4259/13):</paragraph>
						<list>
							<item>TNM (UICC, 7. Auflage):</item>
							<item>pT2a pN0 (0/17), L0, V0, R0 </item>
							<item>Gleason-Score: 3+3=<content ID="GL1">6</content>, <content ID="H1">G IIa</content> nach Helpap</item>
							<item>ICD-O-3:</item>
							<item>C 61, M 8140/3</item>
						</list>
					</text>

					<!-- Start Level 3 -->
					<!-- TNM Template für die Harnblase -->
					<entry typeCode="DRIV">
						<observation classCode="OBS" moodCode="EVN">
							<templateId root="1.2.276.0.76.3.1.131.1.10.3.5"/>
							<id extension="tnm12345" root="1.2.276.0.76.3.1.131.1.4.3.9999.9999.999909"/>
							<code code="xxxx" codeSystem="1.2.3.4.9.9.9.9.9.9.9.999999" />
							
							<!-- Referenz zu HB und HB-Ca -->
							<participant typeCode="SPC">
								<participantRole classCode="REFR">
									<id root="1.3.6.1.4.1.19376.1.3.1.2" extension="01"/>
								</participantRole>
							</participant>
							<participant typeCode="IND">
								<participantRole classCode="REFR">
									<id root="1.3.6.1.4.1.19376.1.8.1.4.8" extension="01"/>
								</participantRole>
							<!-- Referenz-Ende -->
							

							<!-- T-value -->
							<entryRelationship typeCode="SPRT">
								<observation classCode="OBS" moodCode="EVN">
									<code code="tnmT" codeSystem="1.2.276.0.76.3.1.131.1.5.1">
										<originalText>
											<reference value="#AD1"/>
										</originalText>
									</code>
									<text>pT3a</text>
									<value xsi:type="CD" code="T3a" codeSystem="2.16.840.1.113883.15.6">
										<qualifier>
											<name code="tnmCp" codeSystem="1.2.276.0.76.3.1.131.1.5.1"/>
											<value xsi:type="CD" code="p" codeSystem="2.16.840.1.113883.15.6"/>
										</qualifier>
										<qualifier>
											<name code="tnmCFactor" codeSystem="1.2.276.0.76.3.1.131.1.5.1"/>
											<value xsi:type="CD" code="C4" codeSystem="1.2.276.0.76.5.341"/>
										</qualifier>
									</value>
								</observation>
							</entryRelationship>
							
							<!-- N-value -->
							<entryRelationship typeCode="SPRT">
								<observation classCode="OBS" moodCode="EVN">
									<code code="tnmN" codeSystem="1.2.276.0.76.3.1.131.1.5.1">
										<originalText>
											<reference value="#AD2"/>
										</originalText>
									</code>
									<text> pN0 (0/17) </text>
									<value xsi:type="CD" code="N0" codeSystem="2.16.840.1.113883.15.6">
										<qualifier>
											<name code="tnmCp" codeSystem="1.2.276.0.76.3.1.131.1.5.1"/>
											<value xsi:type="CD" code="p" codeSystem="1.2.276.0.76.5.341"/>
										</qualifier>
									</value>
									<!-- Anzahl Knoten -->
									<entryRelationship typeCode="SPRT">
										<observation classCode="OBS" moodCode="EVN">
											<code code="????????" codeSystem="1.2.276.0.76.3.1.131.1.5.1"/>
											<value xsi:type="INT" value="0" />
										</observation>
									</entryRelationship>
									<!-- Gesamtzahl Knoten -->
									<entryRelationship typeCode="SPRT">
										<observation classCode="OBS" moodCode="EVN">
											<code code="????????" codeSystem="1.2.276.0.76.3.1.131.1.5.1"/>
											<value xsi:type="INT" value="17" />
										</observation>
									</entryRelationship>
								</observation>
							</entryRelationship>
							
							<!-- L-value -->
							<entryRelationship typeCode="SPRT">
								<observation classCode="OBS" moodCode="EVN">
									<code code="tnmL" codeSystem="1.2.276.0.76.3.1.131.1.5.1">
										<originalText>
											<reference value="#AD3"/>
										</originalText>
									</code>
									<text> L1 </text>
									<value xsi:type="CD" code="L1" codeSystem="2.16.840.1.113883.15.6"/>
								</observation>
							</entryRelationship>
							
							<!-- V-value -->
							<entryRelationship typeCode="SPRT">
								<observation classCode="OBS" moodCode="EVN">
									<code code="tnmV" codeSystem="1.2.276.0.76.3.1.131.1.5.1">
										<originalText>
											<reference value="#AD4"/>
										</originalText>
									</code>
									<text> V0\par </text>
									<value xsi:type="CD" code="V0" codeSystem="2.16.840.1.113883.15.6">
										<qualifier>
											<name code="???????" codeSystem="1.2.276.0.76.3.1.131.1.5.1"/>
											<value xsi:type="CD" code="par" codeSystem="1.2.276.0.76.5.9999999999"/>
										</qualifier>
									</value>
								</observation>
							</entryRelationship>
							
							<!-- R-value -->
							<entryRelationship typeCode="SPRT">
								<observation classCode="OBS" moodCode="EVN">
									<templateId root="1.2.276.0.76.3.1.131.1.10.3.7"/>
									<id extension="1234041" root="1.2.276.0.76.3.1.131.1.4.3.9999.9999.999919"/>
									<code code="tnmR" codeSystem="1.2.276.0.76.3.1.131.1.5.1">
										<originalText>
											<reference value="#AD5"/>
										</originalText>
									</code>
									<text> R0\par </text>
									<effectiveTime value="20110326"/>
									<value xsi:type="CD" code="R0" codeSystem="2.16.840.1.113883.15.6">
										<qualifier>
											<name code="tnmRDomain" codeSystem="1.2.276.0.76.3.1.131.1.5.1"/>
											<value xsi:type="CD" code="G" codeSystem="1.2.276.0.76.5.414"/>
										</qualifier>
										<qualifier>
											<name code="tnmRLocation" codeSystem="1.2.276.0.76.3.1.131.1.5.1"/>
											<value xsi:type="CD" code="L" codeSystem="1.2.276.0.76.5.415"/>
										</qualifier>
										<qualifier>
											<name code="???????" codeSystem="1.2.276.0.76.3.1.131.1.5.1"/>
											<value xsi:type="CD" code="par" codeSystem="1.2.276.0.76.5.9999999999"/>
										</qualifier>
									</value>
								</observation>
							</entryRelationship>
							</participant>

						</observation>
					</entry>
							
					<!-- ICD-O Template für die Harnblase -->
					<!-- FOX: prüfen, was hier zu ICD-O gehört und was nicht -> in separates entry auslagern -->
					<!-- GH: gehoert alles rein, hab es aber wikigerecht umformuliert -->
					<entry typeCode="DRIV">
						<observation classCode="OBS" moodCode="EVN">
							<templateId root="1.2.276.0.76.3.1.131.1.10.3.5"/>
							<id extension="tnm12345" root="1.2.276.0.76.3.1.131.1.4.3.9999.9999.999909"/>
							
							<!-- Referenz zu HB und HB-Ca -->
							<participant typeCode="SPC">
								<participantRole classCode="REFR">
									<id root="1.3.6.1.4.1.19376.1.3.1.2" extension="01"/>
								</participantRole>
							</participant>
							<participant typeCode="IND">
								<participantRole classCode="REFR">
									<id root="1.3.6.1.4.1.19376.1.8.1.4.8" extension="01"/>
								</participantRole>
							<!-- Referenz-Ende -->
							
							<code code="xxxx" codeSystem="1.2.3.4.9.9.9.9.9.9.9.999999" />

							<!-- Hauptlokalisation -->
							<entryRelationship typeCode="SPRT">
								<observation classCode="OBS" moodCode="EVN">
									<templateId root="1.2.276.0.76.3.1.131.1.10.3.3"/>
									<id extension="prim12345" root="1.2.276.0.76.3.1.131.1.4.3.9999.9999.999910"/>

									<code code="39111-0" codeSystem="2.16.840.1.113883.6.1"/>
									<text>
										Lokalisation desPrimärtumors:
										Harnblase, mehrere Regionen überlappend
									</text>
									<effectiveTime value="20130404"/>
									<value xsi:type="CD" code="C67.8" codeSystem="1.2.276.0.76.3.1.131.1.5.8"/>
								</observation>
							</entryRelationship>
																					
							<!-- Hauptmorphologie -->
							<entryRelationship typeCode="SPRT">
								<observation classCode="OBS" moodCode="EVN">
									<templateId root="1.2.276.0.76.3.1.131.1.10.3.3"/>
									<id extension="prim12345" root="1.2.276.0.76.3.1.131.1.4.3.9999.9999.999910"/>
									<code code="59847-4" codeSystem="2.16.840.1.113883.6.1"/>
									<effectiveTime value="20110324"/>
									<value xsi:type="CD" code="8120" codeSystem="2.16.840.1.113883.6.43.1">
										<originalText> Schlecht differenziertes Urothelkarzinom der Harnblase, G3 </originalText>
									</value>
										
									<!-- Dignität -->
									<entryRelationship typeCode="SPRT">
										<observation classCode="OBS" moodCode="EVN">
											<name code="335" codeSystem="2.16.840.1.113883.3.7.1.0"/>
											<text> Karzinom </text>
											<value xsi:type="CD" code="3" codeSystem="1.2.276.0.76.5.335"/>
										</observation>
									</entryRelationship>

									<!-- Differenzierung (Grading) -->
									<entryRelationship typeCode="SPRT">
										<observation classCode="OBS" moodCode="EVN">
											<name code="336" codeSystem="2.16.840.1.113883.3.7.1.0"/>
											<text> G2 </text>
											<value xsi:type="CD" code="2" codeSystem="1.2.276.0.76.5.336"/>
										</observation>
									</entryRelationship>
								</observation>
							</entryRelationship>

							<!-- Entry Daten für das in-situ-Karzinom in HB und Harnroehre -->
							<!-- Nebenlokalisation  -->
							<entryRelationship typeCode="SPRT"> 
								<observation classCode="OBS" moodCode="EVN">
								
								<!-- Referenz zu Harnroehre und in situ-Ca -->
								<participant typeCode="SPC">
									<participantRole classCode="REFR">
										<id root="1.3.6.1.4.1.19376.1.3.1.2" extension="03"/>
										</participantRole>
									</participant>
								<participant typeCode="IND">
									<participantRole classCode="REFR">
										<id root="1.3.6.1.4.1.19376.1.8.1.4.8" extension="02"/>
									</participantRole>
								</participant>
								<!-- Referenz-Ende -->
									
									<code code="39111-0" codeSystem="2.16.840.1.113883.6.1"/>
									<text>
										Tumorumgebung und Pars prostatica urethrae
									</text>
									<value xsi:type="CD" code="C68.8" 	 codeSystem="2.16.840.1.113883.6.43.1">
									</value>
								</observation>
							</entryRelationship>

							<!-- Neben-Morphologie -->
							<entryRelationship typeCode="SPRT">
								<observation classCode="OBS" moodCode="EVN">
									<templateId root="1.2.276.0.76.3.1.131.1.10.3.3"/>
									<id extension="prim12346" 	root="1.2.276.0.76.3.1.131.1.4.3.9999.9999.999910"/>
									
									<!-- Referenz zu Harnroehre und in situ-Ca -->
									<participant typeCode="SPC">
										<participantRole classCode="REFR">
											<id root="1.3.6.1.4.1.19376.1.3.1.2" extension="03"/>
										</participantRole>
									</participant>
									<participant typeCode="IND">
										<participantRole classCode="REFR">
											<id root="1.3.6.1.4.1.19376.1.8.1.4.8" extension="02"/>
										</participantRole>
										</participant>
									<!-- Referenz-Ende -->
									
									<code code="59847-4" codeSystem="2.16.840.1.113883.6.1"/>
									<text>multifokales Carcinoma in situ</text>
									<effectiveTime value="20130324"/>
									<value xsi:type="CD" code="8120" codeSystem="2.16.840.1.113883.6.43.1">
									</value>
									<entryRelationship typeCode="SPRT">
										<observation classCode="OBS" moodCode="EVN">
											<code code="335" codeSystem="2.16.840.1.113883.3.7.1.0"/>
											<text>Carcinoma in-situ</text>
											<value xsi:type="CD" code="2" codeSystem="1.2.276.0.76.5.335"/>
										</observation>
									</entryRelationship>
								</observation>
							</entryRelationship>
							</participant>
						</observation>
					</entry>
					
					<!-- TNM Template für die Prostata -->
					<entry typeCode="DRIV">
						<observation classCode="OBS" moodCode="EVN">
							<templateId root="1.2.276.0.76.3.1.131.1.10.3.5"/>
							<id extension="tnm12345" root="1.2.276.0.76.3.1.131.1.4.3.9999.9999.999909"/>
							
							<!-- Referenz zu Prostata und in PCa -->
								<participant typeCode="SPC">
									<participantRole classCode="REFR">
										<id root="1.3.6.1.4.1.19376.1.3.1.2" extension="02"/>
										</participantRole>
									</participant>
								<participant typeCode="IND">
									<participantRole classCode="REFR">
										<id root="1.3.6.1.4.1.19376.1.8.1.4.8" extension="03"/>
									</participantRole>
								</participant>
							<!-- Referenz-Ende -->
								
							<code code="xxxx" codeSystem="1.2.3.4.9.9.9.9.9.9.9.999999" />

							<!-- Entry Daten für das Prostata Karzinom-->
							<!-- FOX: was steht hier, was nicht in den vorhergehenden Entries steht? -->
							<!-- GH: TNM fuer Prostatakarzinom! -->

							<!-- T-value -->
							<entryRelationship typeCode="SPRT">
								<observation classCode="OBS" moodCode="EVN">
																						
									<code code="tnmT" codeSystem="1.2.276.0.76.3.1.131.1.5.1"/>
									<text> pT2a\par </text>
									<value xsi:type="CD" code="T2a" codeSystem="2.16.840.1.113883.15.6">
										<qualifier>
											<name code="tnmCp" codeSystem="1.2.276.0.76.3.1.131.1.5.1"/>
											<value xsi:type="CD" code="p" codeSystem="2.16.840.1.113883.15.6"/>
										</qualifier>
										<qualifier>
											<name code="tnmCFactor" codeSystem="1.2.276.0.76.3.1.131.1.5.1"/>
											<value xsi:type="CD" code="C4" codeSystem="1.2.276.0.76.5.341"/>
										</qualifier>
									</value>
								</observation>
							</entryRelationship>

							<!-- N-value -->
							<entryRelationship typeCode="SPRT">
								<observation classCode="OBS" moodCode="EVN">
									<code code="tnmN" codeSystem="1.2.276.0.76.3.1.131.1.5.1"/>
									<text> pN0 (0/17) </text>
									<value xsi:type="CD" code="N0" codeSystem="2.16.840.1.113883.15.6">
										<qualifier>
											<name code="tnmCp" codeSystem="1.2.276.0.76.3.1.131.1.5.1"/>
											<value xsi:type="CD" code="p" codeSystem="1.2.276.0.76.5.341"/>
										</qualifier>
									</value>
									<!-- Anzahl Knoten -->
									<entryRelationship typeCode="SPRT">
										<observation classCode="OBS" moodCode="EVN">
											<code code="????????" codeSystem="1.2.276.0.76.3.1.131.1.5.1"/>
											<value xsi:type="INT" value="0" />
										</observation>
									</entryRelationship>
									<!-- Gesamtzahl Knoten -->
									<entryRelationship typeCode="SPRT">
										<observation classCode="OBS" moodCode="EVN">
											<code code="????????" codeSystem="1.2.276.0.76.3.1.131.1.5.1"/>
											<value xsi:type="INT" value="17" />
										</observation>
									</entryRelationship>
								</observation>
							</entryRelationship>

							<!-- L-value -->
							<entryRelationship typeCode="SPRT">
								<observation classCode="OBS" moodCode="EVN">
									<code code="tnmL" codeSystem="1.2.276.0.76.3.1.131.1.5.1"/>
									<text> L0\par </text>
									<value xsi:type="CD" code="L0" codeSystem="2.16.840.1.113883.15.6"/>
								</observation>
							</entryRelationship>

							<!-- V-value -->
							<entryRelationship typeCode="SPRT">
								<observation classCode="OBS" moodCode="EVN">
									<code code="tnmV" codeSystem="1.2.276.0.76.3.1.131.1.5.1"/>
									<text> V0\par </text>
									<value xsi:type="CD" code="V0" codeSystem="2.16.840.1.113883.15.6"/>
								</observation>
							</entryRelationship>

							<!-- R-value -->
							<entryRelationship typeCode="SPRT">
								<observation classCode="OBS" moodCode="EVN">
									<templateId root="1.2.276.0.76.3.1.131.1.10.3.7"/>
									<id extension="1234041" root="1.2.276.0.76.3.1.131.1.4.3.9999.9999.999919"/>
									<code code="tnmR" codeSystem="1.2.276.0.76.3.1.131.1.5.1"/>
									<text> R0\par </text>
									<effectiveTime value="20110326"/>
									<value xsi:type="CD" code="R0" codeSystem="2.16.840.1.113883.15.6">
										<qualifier>
											<name code="tnmRDomain" codeSystem="1.2.276.0.76.3.1.131.1.5.1"/>
											<value xsi:type="CD" code="G" codeSystem="1.2.276.0.76.5.414"/>
										</qualifier>
										<qualifier>
											<name code="tnmRLocation" codeSystem="1.2.276.0.76.3.1.131.1.5.1"/>
											<value xsi:type="CD" code="L" codeSystem="1.2.276.0.76.5.415"/>
										</qualifier>
									</value>
								</observation>
							</entryRelationship>
						</observation>
					</entry>

					<!-- ICD-O Template für die Prostata -->
					<entry typeCode="DRIV">
						<observation classCode="OBS" moodCode="EVN">
							<templateId root="1.2.276.0.76.3.1.131.1.10.3.5"/>
							<id extension="tnm12345" root="1.2.276.0.76.3.1.131.1.4.3.9999.9999.999909"/>
							
							<!-- Referenz zu Prostata und in PCa -->
								<participant typeCode="SPC">
									<participantRole classCode="REFR">
										<id root="1.3.6.1.4.1.19376.1.3.1.2" extension="02"/>
										</participantRole>
									</participant>
								<participant typeCode="IND">
									<participantRole classCode="REFR">
										<id root="1.3.6.1.4.1.19376.1.8.1.4.8" extension="03"/>
									</participantRole>
								</participant>
							<!-- Referenz-Ende -->
							
							<code code="xxxx" codeSystem="1.2.3.4.9.9.9.9.9.9.9.999999" />

							<!-- Hauptlokalisation -->
							<entryRelationship typeCode="SPRT">
								<observation classCode="OBS" moodCode="EVN">
									<templateId root="1.2.276.0.76.3.1.131.1.10.3.3"/>
									<id extension="prim12345" root="1.2.276.0.76.3.1.131.1.4.3.9999.9999.999910"/>

									<code code="39111-0" codeSystem="2.16.840.1.113883.6.1"/>
									<text>
										Lokalisation desPrimärtumors:
										Prostata
									</text>
									<effectiveTime value="20130404"/>
									<value xsi:type="CD" code="C67.8" codeSystem="1.2.276.0.76.3.1.131.1.5.8"/>
								</observation>
							</entryRelationship>


							<!-- FOX: hier fehlt die Referenz auf das Material -->
							<!-- GH: ja, das gilt aber auch fuer die obenstehenden TNM und ICD-O-Angaben. Muss gemacht werden, siehe wiki unter Generic Observation?!? -->
						
							<!-- Hauptmorphologie -->
							<entryRelationship typeCode="SPRT">
								<observation classCode="OBS" moodCode="EVN">
									<templateId root="1.2.276.0.76.3.1.131.1.10.3.3"/>
									<id extension="prim12345" root="1.2.276.0.76.3.1.131.1.4.3.9999.9999.999910"/>
									<code code="59847-4" codeSystem="2.16.840.1.113883.6.1"/>
									<effectiveTime value="20110324"/>
									<value xsi:type="CD" code="8140" codeSystem="2.16.840.1.113883.6.43.1">
										<originalText> Maessig differenziertes azinaeres Adenokarzinom der Prostata </originalText>
									</value>
										
									<!-- Dignität -->
									<entryRelationship typeCode="SPRT">
										<observation classCode="OBS" moodCode="EVN">
											<name code="335" codeSystem="2.16.840.1.113883.3.7.1.0"/>
											<text> Karzinom </text>
											<value xsi:type="CD" code="3" codeSystem="1.2.276.0.76.5.335"/>
										</observation>
									</entryRelationship>

									<!-- Gleason Score -->
									<observation classCode="OBS" moodCode="EVN">
										<entryRelationship typeCode="SPRT">
										<templateId root="1.2.276.0.76.3.1.131.1.10.3.5"/>
										<id extension="xxxx2345" root="1.2.276.0.76.3.1.131.1.4.3.9999.9999.99999"/>
											<code code="35266-6" codeSystem="2.16.840.1.113883.6.1">
										<originalText>
											<reference value="#GL1"/>
										</originalText>
										</code>
											<text> Gleason-Score: 3+3=6 </text>
											<effectiveTime value="20130404"/>
											<value xsi:type="CD" code="6" codeSystem="1.2.276.0.76.5.404"/>
											<entryRelationship typeCode="COMP">
												<observation classCode="OBS" moodCode="EVN">
												<templateId root="1.2.276.0.76.3.1.131.1.10.3.9"/>
													<id extension="1234009" root="1.2.276.0.76.3.1.131.1.4.3.9999.9999.999919"/>

												<!-- Einzelwerte zum Score: 1. Wert -->
												<entryRelationship typeCode="COMP">
													<observation moodCode="EVN" classCode="OBS">
														<code code="44641-9" displayName="Gleason pattern.primary " codeSystem="2.16.840.1.113883.6.1"
														codeSystemName="LOINC"/>
														<value xsi:type="CD" code="3" codeSystem="1.2.276.0.76.5.402 ??????"/>
													</observation>
												</entryRelationship>

												<!-- Einzelwerte zum Score: 2. Wert -->
												<entryRelationship typeCode="COMP">
													<observation moodCode="EVN" classCode="OBS">
														<code code="44642-7" displayName="Gleason pattern.secondary " codeSystem="2.16.840.1.113883.6.1"
														codeSystemName="LOINC"/>
														<value xsi:type="CD" code="3" codeSystem="1.2.276.0.76.5.402 ???????"/>
													</observation>
												</entryRelationship>
									
									<!-- Helpap Score -->
									<observation classCode="OBS" moodCode="EVN">
										<entryRelationship typeCode="SPRT">
										<templateId root="1.2.276.0.76.3.1.131.1.10.3.9"/>
  										<id extension="1234009" 
      											root="1.2.276.0.76.3.1.131.1.4.3.9999.9999.999919"/>
										<code code="xxxx" codeSystem="1.2.3.4.9.9.9.9.9.9.9.999999">
											<originalText>
												<reference value="#GL1"/>
											</originalText>
										</code>
											<text> Helpap: IIa </text>
											<effectiveTime value="20130403"/>
												<value xsi:type="CD" code="IIa" codeSystem="XXX"/>
										</entryRelationship>
									</observation>
								</observation>
							</entryRelationship>
						</entryRelationship>
					</observation>				
				</observation>
			</entryRelationship>


			<!-- Procedure steps section mit den specimen collection procedures und problem orgnizer -->
			<component typeCode="COMP"> 
				<section> 
					<templateId root='1.3.6.1.4.1.19376.1.8.1.2.6'/> 
					<code code='68992-7' displayName='Specimen-related information panel' 
						codeSystem='2.16.840.1.113883.6.1' codeSystemName='LOINC'/> 
					<title>PROCEDURE STEPS</title>
					<text> 
						Das Zystektomiepräparat wird mit 10 Bloeckchen und jeweils 2 Schnittstufen untersucht. 
						Der fadenmarkierte urethrale Absetzungsrand an der Prostata wird zusätzlich im Schnellschnitt untersucht
					</text> 
					<entry typeCode="COMP">
						<procedure classCode="PROC" moodCode="EVN">
							<templateId root="1.3.6.1.4.1.19376.1.3.1.2"/>
								<code code="81232004" codeSystem="2.16.840.1.113883.6.96"
								displayName="radical cystoprostatectomy (procedure)" codeSystemName="SNOMED-CT"/>
							<effectiveTime>
								<low value="201304030905"/>
								<high value="201304030935"/>
							</effectiveTime>
							<!-- Specimen source -->
							<targetSiteCode code="110852005" codeSystem="2.16.840.1.113883.6.96"
								codeSystemName="SNOMED-CT" displayName="prostate and urinary bladder combinated site"> 
							</targetSiteCode>
							<!-- the specimen collected -->
							<!-- FOX: werden hier die Proben nochmal aufgelistet? -> besser nach oben verschieben und daraus eigene Section machen -->
							<!-- GH: o.k., da mueesen wir uns einigen, siehe Material -->
							<participant typeCode="PRD">
								<participantRole classCode="SPEC">
									<!-- Specimen ID -->
									<id root="1.3.6.1.4.1.19376.1.8.9.7" extension="01"/>
									<playingEntity>
										<!-- Specimen type -->
										<code code="396685001" codeSystem="2.16.840.1.113883.6.96"
												displayName="specimen from urinary bladder obtained by radical cystectomy (specimen)"/>
									</playingEntity>
								</participantRole>
							</participant>
							<participant typeCode="PRD">
								<participantRole classCode="SPEC">
									<!-- Specimen ID -->
									<id root="1.3.6.1.4.1.19376.1.8.9.7" extension="02"/>
									<playingEntity>
										<!-- Specimen Type-->
										<code code="122725003" codeSystem="2.16.840.1.113883.6.96"
												displayName="specimen from prostate obtained by radical prostatectomy (specimen)"/>
									</playingEntity>
								</participantRole>
							</participant>
							<participant typeCode="PRD">
								<participantRole classCode="SPEC">
									<!-- Specimen ID -->
									<id root="1.3.6.1.4.1.19376.1.8.9.7" extension="03"/>
									<playingEntity>
										<!-- Specimen Type-->
										<code code="309277003" codeSystem="2.16.840.1.113883.6.96"
											displayName="Tissue specimen from urethra (specimen)"/>
									</playingEntity>	
								</participantRole>
							</participant>
							<participant typeCode="PRD">
								<participantRole classCode="SPEC">
									<!-- Specimen ID -->
									<id root="1.3.6.1.4.1.19376.1.8.9.7" extension="04"/>
										<playingEntity>
									<!-- Specimen type -->
											<code code="426815000" codeSystem="2.16.840.1.113883.6.96"
												displayName="Specimen obtained by marginal resection (specimen)"/>
										</playingEntity>
										<playingEntity>
									<!-- Specimen source -->
											<targetSiteCode code="309277003" codeSystem="2.16.840.1.113883.6.96"
											codeSystemName="SNOMED-CT" displayName="Tissue specimen from urethra (specimen)"/>
										</playingEntity>
										<playingEntity>
									<!-- Procedure -->
											<procedure classCode="PROC" moodCode="EVN">
												<templateId root="1.3.6.1.4.1.19376.1.3.1.2"/>
													<code code="27204007" codeSystem="2.16.840.1.113883.6.96"
													displayName="Tissue frozen section technique, complete (procedure)"
													codeSystemName="SNOMED-CT"/>
												<effectiveTime>
													<low value="201303271038"/>
													<high value="201303271054"/>
												</effectiveTime>
											</procedure>
										</playingEntity>
								</participantRole>
							</participant>
						</procedure>

							<!-- FOX: und was ist das hier? -->
							<!-- GH: der Problem organizer -->
							<entryRelationship typeCode="COMP">
								<organizer classCode="BATTERY" moodCode="EVN">
									<templateId root="1.3.6.1.4.1.19376.1.8.1.4.8"/>
								
								<!-- Harnblasenkarzinom -->
									<id root="1.3.6.1.4.1.19376.1.8.9.10" extension="01"/>
										<code code="367651003" codeSystem="2.16.840.1.113883.6.96"
											displayName="Malignant neoplasm of primary, secondary, or uncertain origin (morphologic abnormality)"/>
									<statusCode />
									
								<!-- in-situ-Karzinom der Harnblase und Harnroehre -->
									<id root="1.3.6.1.4.1.19376.1.8.9.10" extension="02"/>
										<code code="127569003" codeSystem="2.16.840.1.113883.6.96"
												displayName="In situ neoplasm (morphologic abnormality)"/>
									<statusCode />
										
								<!-- Prostatakarzinom -->
									<id root="1.3.6.1.4.1.19376.1.8.9.10" extension="03"/>
										<code code="363346000" codeSystem="2.16.840.1.113883.6.96"
												displayName="Malignant neoplastic disease (disorder)"/>
								<!-- Specimen Description-->
									<id root="1.3.6.1.4.1.19376.1.8.9.10" extension="04"/>
											<code code="123038009" codeSystem="2.16.840.1.113883.6.96"
												displayName="Specimen (specimen)"/>
									<statusCode />
								</organizer>
							</entryRelationship>
					
					</entry>
				</section> 
			</component>  
			</observation>
			</entry>
			</section>
			</component>
		</structuredBody>
	</component>
</ClinicalDocument>

Version vom 10. April 2014, 08:07 Uhr (Quelltext anzeigen) Foemig (Diskussion \| Beiträge) K ← Zum vorherigen Versionsunterschied		Version vom 10. April 2014, 08:35 Uhr (Quelltext anzeigen) Foemig (Diskussion \| Beiträge) K Zum nächsten Versionsunterschied →
Zeile 77:		Zeile 77:

	{{HL7transclude\|cdapath:Anhänge}}		{{HL7transclude\|cdapath:Anhänge}}
		+	{{HL7transclude\|cdapath:Beispiel}}