1、Juni 2011DEUTSCHE NORM Normenausschuss Medizin (NAMed) im DINPreisgruppe 25DIN Deutsches Institut fr Normung e. V. Jede Art der Vervielfltigung, auch auszugsweise, nur mit Genehmigung des DIN Deutsches Institut fr Normung e. V., Berlin, gestattet.ICS 35.240.80!$nb“1756359www.din.deDDIN EN ISO 12967-
2、1Medizinische Informatik Servicearchitektur Teil 1: Unternehmenssicht (ISO 12967-1:2009);Englische Fassung EN ISO 12967-1:2011Health informatics Service architecture Part 1: Enterprise viewpoint (ISO 12967-1:2009);English version EN ISO 12967-1:2011Informatique de sant Architecture de service Partie
3、 1: Point de vue dentreprise (ISO 12967-1:2009);Version anglaise EN ISO 12967-1:2011Alleinverkauf der Normen durch Beuth Verlag GmbH, 10772 BerlinErsatz frDIN EN 12967-1:2008-02www.beuth.deGesamtumfang 73 SeitenB55EB1B3E14C22109E918E8EA43EDB30F09DCCB7EF8DD9NormCD - Stand 2012-03 DIN EN ISO 12967-1:2
4、011-06 Nationales Vorwort Dieses Dokument (EN ISO 12967-1:2011) wurde von der WG 1 Modellierung von Systemen und Nachrichten“ des CEN/TC 251 Medizinische Informatik“ (Sekretariat: NEN, Niederlande) erarbeitet, von der WG 1 Data structure“ des ISO/TC 215 Health informatics“ aktualisiert und nun vom C
5、EN/TC 251 erneut bernommen. Das zustndige deutsche Gremium ist der NA 063-07-02 AA Interoperabilitt“ des Fachbereichs 7 Medizi-nische Informatik“ des Normenausschusses Medizin im DIN. Diese Norm enthlt unter Bercksichtigung des Prsidialbeschlusses 13/1983 nur den englischen Originaltext der europisc
6、hen Norm EN ISO 12967-1:2011. nderungen Gegenber DIN EN 12967-1:2008-02 wurden folgende nderungen vorgenommen: a) nderung des Status als Internationale Norm; b) die Architekturprinzipien sind nach den Kriterien der ISO/IEC 10746 angegeben und nach den Anwen-dungsgesichtspunkten strukturiert worden;
7、c) der Inhalt wurde im Aufbau und technisch berarbeitet. Frhere Ausgaben DIN EN 12967-1: 2008-02 DIN V ENV 12967-1: 1998-04 Zusammenfassung Diese europische Normenreihe ist als Leitfaden vorgesehen sowohl fr die Beschreibung, Planung und Entwicklung von neuen Systemen als auch fr die Integration von
8、 existierenden Informationssystemen sei es innerhalb eines Unternehmens oder zwischen unterschiedlichen Organisationen des Gesundheits-wesens mittels einer Architektur, die gemeinsame Daten und betriebliche Anwendungslogik in eine spezifische Architekturebene (d. h. Middleware) integriert, die von e
9、inzelnen Anwendungen abstrahiert und innerhalb des gesamten Informationssystems ber entsprechende Dienste zur Verfgung steht. Die Architekturprinzipien sind nach den Kriterien der ISO/IEC 10746 formalisiert und demgem nach den folgenden 3 Sichten strukturiert: a) Die Unternehmenssicht, die eine Reih
10、e von grundlegenden gemeinsamen Anforderungen auf der Ebene des Unternehmens bezglich der Zwecke der Organisation, der Anwendungsbereiche und Verfahrens-regeln angibt, welche durch die Informationen und Funktionen der Middleware untersttzt werden mssen. Sie gibt auch Hinweise, wie das einzelne Unter
11、nehmen (z. B. eine regionale Einrichtung des Gesundheitswesens, ein groes Krankenhaus oder irgendeine andere Einrichtung, auf die dieses Modell zutrifft) im Hinblick auf eine mglichst vollstndige Beschreibung zustzliche besondere, fr das Unternehmen charakteristische Geschftsanforderungen spezifizie
12、ren und dokumentieren kann. 2 B55EB1B3E14C22109E918E8EA43EDB30F09DCCB7EF8DD9NormCD - Stand 2012-03 DIN EN ISO 12967-1:2011-06 b) Die Informationssicht, die die grundlegende Semantik des Informationsmodells festlegt, das in der Middleware implementiert werden muss, um die gemeinsamen Unternehmensdate
13、n zu integrieren und die in der Unternehmenssicht formalisierten Anforderungen zu untersttzen. Sie gibt auch Hinweise, wie ein Unternehmen das Standardmodell mit zustzlichen Konzepten erweitern kann, um lokale Anforde-rungen bezglich gemeinsam zu haltender Informationen zu untersttzen. c) Die Verarb
14、eitungssicht, welche den Umfang und die Charakteristik der Dienste festlegt, die durch die Middleware zur Verfgung gestellt werden mssen, um sowohl den Zugriff auf gemeinsame Daten zu als auch die Ausfhrung der betrieblichen Anwendungslogik zu erlauben, welche die in der Informations- und Unternehme
15、nssicht identifizierten Geschftsprozesse untersttzt. Sie gibt auch Hinweise, wie ein Unternehmen zustzliche Dienste spezifizieren kann, um lokale spezifische Anforderungen bezglich gemeinsamer betrieblicher Anwendungslogik zu untersttzen. Die Norm bezieht sich weder implizit noch explizit auf eine s
16、pezielle technische Lsung oder ein bestimmtes Produkt und wurde unabhngig von einem solchen entwickelt. Dementsprechend ist die Formalisierung der Architektur gem den zwei unteren Ebenen des ODP-Referenzmodells, den technischen und technolo-gischen Sichten, nicht im Anwendungsbereich dieser Norm. Di
17、e fr die Beschreibung der Architektur verwendete Sprache und Notation basieren auf UML (Unified Modelling Language), ergnzt durch Fallstudien und andere Paradigmen, die vielfach in anderen Normen der Medizinische Informatik genutzt werden. Die Beschreibungsebene ist vollstndig und eindeutig genug, u
18、m ihre Implementierung gem spezifischer physischer und technologischer Szenarien verschiedener Organisa-tionen des Gesundheitswesens und Anbieter zu erlauben. Fr eine derartige Verwendung wird empfohlen, der durch die technischen und technologischen Sichten des ISO ODP-Referenzmodells formalisierten
19、 Methodik zu folgen. Die Norm ist in drei Teile unterteilt: Teil 1 (der vorliegende Teil) beschreibt die bergreifenden Charakteristika der Architektur, formalisiert die Spezifikationsmethodik und die Konformittskriterien, fhrt die Unternehmenssicht der Architektur aus; Teil 2 beschreibt die Informat
20、ionssicht der Architektur; Teil 3 beschreibt die Verarbeitungssicht der Architektur. Alle Dokumente sind in sich abgeschlossen und fr den beabsichtigten Zweck auch fr unterschiedliche Anwender unabhngig voneinander verwendbar (wobei sich Teil 1 mehr an die Fhrungsebene eines Unternehmens richtet, di
21、e Teile 2 und 3 sich eher Designaktivitten widmen). Nichtsdestoweniger sollte stets davon ausgegangen werden, dass sie drei Aspekte derselben Architektur reprsentieren. Demgem existieren gegenseitige Verweise zwischen den verschiedenen Teilen der Norm; Entwicklungen, die von den einzelnen Dokumenten
22、 ausgehen, sollten der definierten Methodik folgen, um die bergreifende Integritt und Konsistenz der Spezifikation sicherzustellen. 3 B55EB1B3E14C22109E918E8EA43EDB30F09DCCB7EF8DD9NormCD - Stand 2012-03 DIN EN ISO 12967-1:2011-06 Begriff Definition Term Definition A Akteur in einer Aktion Unternehme
23、nsobjekt, das an der Aktion beteiligt ist Actor with respect to an action Enterprise object that participates in the action ANMERKUNG Es kann von Interesse sein festzulegen, welcher Akteur diese Aktion auslst. NOTE It may be of interest to specify which actor initiates that action. Agent Unternehmen
24、sobjekt (Autoritt, Verantwortlichkeit, Funktion usw.), das durch ein weiteres Unterneh-mensobjekt delegiert wurde und fr dieses agiert (indem es die Autoritt oder die Verantwortlichkeit wahr-nimmt, die Funktion ausfhrt usw.) Agent Enterprise object (authority, responsibility, function, etc.) that ha
25、s been delegated by and acts for another enterprise object (in exercising the authority, carrying out the responsibility, performing the function, etc.) ANMERKUNG 1 Bei einem Agenten kann es sich um eine Partei, das ODP-System oder eines von dessen Kompo-nenten handeln. Weiterhin kann auch ein ander
26、es System in der Umgebung des ODP-Systems einen Agenten darstellen. NOTE 1 An agent may be a party or may be the ODP system or one of its components. Another system in the environment of the ODP system may also be an agent. ANMERKUNG 2 Die Delegierung kann direkt, d. h. durch eine Partei, oder indir
27、ekt, d. h. durch einen Agenten der Partei erfolgt sein, der von der Partei die Autorisierung zur Delegierung erhalten hat. NOTE 2 The delegation may have been direct, by a party, or indirect, by an agent of the party having authorization from the party to so delegate. Artefakt in Bezug auf eine Akti
28、on Unternehmensobjekt, auf das bei der Aktion Bezug genommen wird Artefact with respect to an action Enterprise object that is referenced in the action ANMERKUNG Ein Unternehmens-objekt, das bei einer Aktion ein Artefakt darstellt, kann bei einer anderen Aktion ein Akteur sein. NOTE An enterprise ob
29、ject that is an artefact in one action can be an actor in another action. Autorisierung Vorschrift dahingehend, dass ein bestimmtes Verhalten nicht verhin-dert werden darf Authorization Prescription that a particular behaviour must not be prevented ANMERKUNG Im Gegensatz zur Genehmigung handelt es s
30、ich bei der Autorisierung um eine Ermchtigung. NOTE Unlike permission, an authorization is an empowerment 4 B55EB1B3E14C22109E918E8EA43EDB30F09DCCB7EF8DD9NormCD - Stand 2012-03 DIN EN ISO 12967-1:2011-06 Tabelle (fortgesetzt) Begriff Definition Term Definition C Selbstverpflichtung Aktion, die zu ei
31、ner Verpflichtung durch einen oder mehrere Teil-nehmer am Prozess dahingehend fhrt, eine Regel oder einen Vertrag einzuhalten Commitment Action resulting in an obligation by one or more of the participants in the act to comply with a rule or perform a contract ANMERKUNG Bei dem/den Unter-nehmensobje
32、kt(en), das/die an einer Aktion teilnimmt/teilnehmen, die zu einer Selbstverpflichtung fhrt, kann es sich um Parteien handeln oder um Agenten, die im Namen einer Partei oder mehre-rer Parteien agieren. Fhrt ein Agent eine derartige Aktion aus, ergibt sich daraus eine Verpflichtung fr den Vertretenen
33、. NOTE The enterprise object(s) participating in an action of commitment may be parties or agents acting on behalf of a party or parties. In the case of an action of commitment by an agent, the principal becomes obligated. Gemeinschaft Konfiguration von Objekten, die dazu dient, ein Ziel zu erreiche
34、n Community Configuration of objects formed to meet an objective ANMERKUNG Das Ziel wird als Vertrag angegeben, in dem festgelegt wird, wie das Ziel erreicht werden kann. NOTE The objective is expressed as a contract, which specifies how the objective can be met. Gemeinschafts-objekt Zusammengesetzt
35、es Unterneh-mensobjekt, das eine Gemeinschaft reprsentiert. Community object Composite enterprise object that represents a community ANMERKUNG Die Komponenten eines Gemeinschaftsobjekts sind Objekte der reprsentierten Gemein-schaft. NOTE The components of a community object are objects of the commun
36、ity represented. Vertragspartei Partei, die einem Vertrag zustimmt Contracting party with respect to a contract Party that agrees to a contract D Deklaration Aktion zur Bestimmung einer Sach-lage in der Umgebung des Objekts, das die Deklaration abgibt Declaration Action that establishes a state of a
37、ffairs in the environment of the object making the declaration ANMERKUNG Das Wesen einer Deklaration besteht darin, dass sie kraft der Abgabe der Deklaration selbst sowie der Autoritt des Objekts oder von dessen Vertretenem dazu fhrt, dass sich auerhalb des Objekts, das die Deklaration abgibt, eine
38、Sachlage ergibt. NOTE The essence of a declaration is that, by virtue of the act of declaration itself and the authority of the object or its principal, it causes a state of affairs to come into existence outside the object making the declaration. 5 B55EB1B3E14C22109E918E8EA43EDB30F09DCCB7EF8DD9Norm
39、CD - Stand 2012-03 DIN EN ISO 12967-1:2011-06 Tabelle (fortgesetzt) Begriff Definition Term Definition Delegierung Aktion, die einem anderen Objekt Autoritt, Verantwortlichkeit oder eine Funktion zuweist Delegation Action that assigns authority, responsibility or a function to another object ANMERKU
40、NG Eine einmal vorgenommene Delegierung kann spter zurckgezogen werden. NOTE A delegation, once made, may later be withdrawn. E Unternehmens-anwendungsinte-gration (UAI), Enterprise appli-cation integration (EAI) Nutzung der Architekturprinzipien von Software und Computersys-temen, um einen Satz von
41、 IT-Anwendungen in Unternehmen zu integrieren Enterprise appli-cation integration (EAI) Use of software and computer systems architectural principles to integrate a set of enterprise computer applications Auswertung Aktion zur Beurteilung des Wertes von etwas Evaluation Action that assesses the valu
42、e of something ANMERKUNG 1 Beispielsweise der Prozess, mit dem ein ODP-System entsprechend einer vom System vorgenommenen Abschtzung etwas einen relativen Status zuweist. NOTE 1 For example, the act by which an ODP system assigns a relative status to something, according to an estimation by the syst
43、em. ANMERKUNG 2 Wert kann in Form des Nutzens, der Bedeutung, der Prferenz, der Annehmbarkeit usw. betrachtet werden; bei dem ausgewer-teten Ziel kann es sich beispielsweise um die Beurteilung des Wertes, einen Systemzustand, ein potentielles Verhalten usw. handeln. NOTE 2 Value can be considered in
44、 terms of usefulness, importance, preference, acceptability, etc; the evaluated target may be, for example, a credit rating, a system state, a potential behaviour, etc. F Federation Gemeinschaft von Domains Federation Community of domains Anwendungs-bereich einer Spezifikation Eigenschaften, die die
45、 Umgebung des ODP-Systems aufweisen muss, damit die Spezifikation dieses Systems anwendbar ist Field of application of a specification Properties that the environment of the ODP system must have for the specification of that system to be viable 6 B55EB1B3E14C22109E918E8EA43EDB30F09DCCB7EF8DD9NormCD
46、- Stand 2012-03 DIN EN ISO 12967-1:2011-06 Tabelle (fortgesetzt) Begriff Definition Term Definition I Informationsdienst Fhigkeit des Systems, auf der Grundlage eines definierten Satzes von Eingangsinformationen einen definierten Satz von Ausgangsinfor-mationen bereitzustellen Information service Ability of the system to provide a defined set of output information based on a defined set of input information ANMERKUNG 1 Der B
