Congres ‘Architectuur in de Zorg’ De architect, coach voor een goed zorgsysteem
De rol van methoden en modellen in Zorg Informatie Architectuur Nieuwegein, 21 juni 2012
21-06-12
De architect, coach voor een goed zorgsysteem
2
Agenda • De architect als communicator • Methoden en Modellen als communicatiemiddel • Hoe SAIF helpt in de communicatie
Enterprise Architectuur vereist samenwerking tussen verschillende disciplines. Goede communicatie is daarbij essentieel. Het hebben van een gezamenlijk referentiekader voor de betrokken disciplines vereenvoudigt die communicatie. Methoden en technieken zijn een essentieel onderdeel van dat referentiekader. In deze sessie zullen een aantal methoden en technieken (w.o. TOGAF, IAF en SAIF) aan de orde komen. Daarbij wordt onder andere ingegaan op de communicatie met de verschillende doelgroepen en hoe de methoden en technieken daarin faciliteren. 21-06-12
De architect, coach voor een goed zorgsysteem
3
Om te beginnen . . . • De architecten zijn bepalend zijn voor alle ICT in onze zorginstelling • De zorg volgt onze architectuurkeuzes als het gaat om ICT • De bestuurder begrijpt niet wat ICTarchitectuur is • De applicatiebeheerders (c.q.) ontwikkelaars luisteren niet naar de architecten 21-06-12
De architect, coach voor een goed zorgsysteem
4
Communicatie stijlen (gezien bij Zorg ICT architecten)
21-06-12
De architect, coach voor een goed zorgsysteem
5
De architect als coach hanteert verschillende communicatie stijlen . . .
. . . afhankelijk van de doelgroep . . . 21-06-12
De architect, coach voor een goed zorgsysteem
6
. . . en kan zich daarbij baseren op Standaarden . . . IEEE1471
•
Architecture framework: –
•
conventions, principles and practices for the description of architectures established within a specific domain of application and/or community of stakeholders
An architecture framework conforms to the Intl Standard when it specifies: – – – – – – –
information identifying the framework; one or more concerns; one or more stakeholders having those concerns; one or more architecture viewpoints (and their specifications conforming to the IS); correspondence rules, integrating the viewpoints (per 5.7 of IS); conditions on applicability (per 6.1 of IS); consistency of the framework with the provisions of the ISO/IEC 42010 conceptual model.
. . . en de invulling daarvan in ‘Best Practices’ . . . 21-06-12
De architect, coach voor een goed zorgsysteem
7
. . . zoals b.v. TOGAF The Open Group Architecture Framework Verschillende stakeholders hebben een verschillende blik op de werkelijkheid
w e i 1. V
ts n i po
In een gezamenlijk proces weten we met welke stap we bezig zijn
r P . 2
t n e t n o C . 3
rk o w e m Komen alle relevante a r F
TRM
s s e oc
e c n e r e f e s l R e . d 4 o M IIIRM
Bron: TOGAF Version 9
21-06-12
aspecten aan de orde
De architect, coach voor een goed zorgsysteem
Welke standaards hanteren we en wat kunnen we hergebruiken 8
Enkele views uitgewerkt op ‘management niveau’
21-06-12
De architect, coach voor een goed zorgsysteem
9
Enkele views uitgewerkt voor alternatieve scenario’s
21-06-12
De architect, coach voor een goed zorgsysteem
10
TOGAF – ADM (Architecture Development Model) Wat te doen om te komen tot een gedragen Enterprise Architectuur die aansluiting tussen Business en ICT borgt
Wat te doen om de aansluiting tussen Business en ICT in stand te houden
De Roadmap
© 2010 Capgemini. All rights reserved.
28 september 2010
11
TOGAF – ADM Specifieke aandachtspunten Principes •komen vanuit de organisatie •zijn afgestemd en vastgelegd •sturen besluitvorming
Besluitvorming •organiseer op het hoogst haalbare niveau
Business Architectuur •vereist grote betrokkenheid van en eigenaar-schap in de business Programma Mgmt Team •combinatie Verandermanager en Architect Iteraties •aan te raden hoewel niet expliciet beschreven in TOGAF
Business Case •ondersteun keuzes met Business een integraleCase business case © 2010 Capgemini. All rights reserved.
28 september 2010
12
Content Frameworks . . . • •
. . . creëren een gemeenschappelijk referentiekader op de inhoud . . . . . . op basis van: –
De architectuur aspecten die van prominent belang zijn • • •
– – –
Besturing Aantoonbaarheid Samenwerking
Bekendheid met het framework Aansluiting (c.q. beschikbaarheid) referentiemodellen Gevoel!
Of: • Zachmann • DODAF • Archimate
• SAIF
21-06-12
De architect, coach voor een goed zorgsysteem
13
“All models are wrong, some are useful” – George Box
21-06-12
De architect, coach voor een goed zorgsysteem
14
Agenda 2 • Wat is SAIF? • De SAIF Matrix (verzameling van viewpoints) • Een voorbeeld
21-06-12
De architect, coach voor een goed zorgsysteem
15
What is SAIF? • Service-Aware Interoperability Framework • Reference Model Geeft taal om te praten over Interoperability A third use of a reference model is to improve communication between people. A reference model breaks up a problem into entities, or "things that exist all by themselves." ... http://en.wikipedia.org/wiki/Reference_model#The_uses_of_a_reference_model
• “Stairway to Heaven” Gelijke “taal” 21-06-12
Platforms Platform-Independent Blueprints Reference De architect, coach voor een goed zorgsysteem
16
Full Interoperability Specification Stack ODP-RM →
Enterprise Dimension
Information Dimension
OMG MDA
“Why” - Policy
“What” - Content
• •
Conceptual Perspective
• • • • • •
Business Mission, Vision, Scope , Inventory of Applicable Laws Contracts Policies Procedures Enterprise Capabilities
Logical Perspective
Business Policies Governance Implementation Guides Design Constraints Organization Contracts
• • • •
Implementable Perspective
21-06-12
Business Nodes Business Rules Business Procedures Business Workflows Technology Specific Standards
Computational
Dimension “Who/How” Behavior
Inventory of Reusable • Entities • Associations • Information Information Models • Dependencies • Associations Data Models • Data Dictionary • Mandatory or Optional
Information Models Domain IM Detailed Clinical Terminology binding Value Set binding Content Specifications CCD RMIM
Schemas for • Databases • Messages • Documents • Services • Transformations
• • • •
Inventory of Reusable • Scenario Events • Business Activities • System Functions Requirements • Accountability, Roles • Conformance Criteria • Profiles, Behaviors • Interactions and • Info. Exchanges Requirements Traceability Specifications Scenario & Use Cases Components Interfaces Collaboration Actors Collaboration Types Collaboration Roles Function Types Interface Types Service Contracts
Automation Units Technical Interfaces Technical Operations Orchestration Scripts
De architect, coach voor een goed zorgsysteem
Engineering Dimension
Technical Dimension
“Where” Implementation
“Where” Deployments
Inventory of • SW Platforms, Layers • SW Environments • SW Components • SW Services • Technical Requirements • Enterprise Service Bus Key Performance Parameters
Models, Capabilities, Features and Versions for • SW Environments • SW Capabilities • SW Libraries • SW Services • SW Transports
SW Specifications for • Applications • GUIs • Components SW Deployment Topologies
Inventory of • HW Platforms • HW Environments • Network Devices • Communication Devices Technical Requirements
Models, Capabilities, Features and Versions for • HW Platforms • HW Environments • Network Devices • Communication Devices
HW Deployment Specifications HW Execution Context HW Application Bindings HW Deployment Topology HW Platform Bindings
17
Open Distributed Processing Reference Model
21-06-12
Enterprise Dimension
Information Dimension
“Why” - Policy
“What” - Content
Computational
Dimension “Who/How” Behavior
De architect, coach voor een goed zorgsysteem
Engineering Dimension
Technical Dimension
“Where” Implementation
“Where” Deployments
18
OMG Model Driven Architecture Layers Enterprise Dimension
Information Dimension
“Why” - Policy
“What” - Content
Computational
Dimension “Who/How” Behavior
Engineering Dimension
Technical Dimension
“Where” Implementation
“Where” Deployments
Conceptual Perspective
Logical Perspective
Implementable Perspective
21-06-12
De architect, coach voor een goed zorgsysteem
19
Full Matrix – Stakeholder voorbeelden
Conceptual Perspective
Enterprise Dimension
Information Dimension
“Why” - Policy
“What” - Content
Computational
Dimension “Who/How” Behavior
21-06-12
Technical Dimension
“Where” Implementation
“Where” Deployments
Business Medisch Informatici Ontwerpers
Logical Perspective
Implementable Perspective
Engineering Dimension
Ontwikkelaars
Ontwikkelaars De architect, coach voor een goed zorgsysteem
Systeem Beheerders 20
Use Case: Samenwerking 2 Ziekenhuizen Mapping 1 Gegeven Diagnose: “Gebroken” Lichaamsdeel: “Been” Lateraliteit: “Links”
Diagnose: “Gebroken Linker Been”
Use Case: Samenwerking 2 Ziekenhuizen Mapping 1 Gegeven
Conceptual Perspective
Logical Perspective
Implementable Perspective
Enterprise Dimension
Information Dimension
“Why” - Policy
“What” - Content
Samenwerking tussen zkh 1 en zkh 2
Detailed Clinical Model gegeven
Computational
Dimension “Who/How” Behavior
Engineering Dimension
Technical Dimension
“Where” Implementation
“Where” Deployments
Eenmalig handmatig uitvoeren
.Net + C#
Windows
1. HL7 v3 2. ObserveOM 3. Mapping op Logisch nivo
Command line
1. .Net 3.0 2. C# 3. Linq to XML 4. XML Transform
Windows Server 2008
2 XML's en 1 XSLT
XML Transform XML Transform Standard gestart via cmd cmd file + C# Server file code Hardware xyz
Use Case: Samenwerking 2 Ziekenhuizen Mapping 1 Gegeven
Conceptual Perspective
Logical Perspective
Implementa ble Perspective
Enterprise Dimension
Information Dimension
“Why” - Policy
“What” - Content
Computational
Dimension “Who/How” Behavior
Engineering Dimension
Technical Dimension
“Where” Implementation
“Where” Deployments
Samenhang Cellen
21-06-12
De architect, coach voor een goed zorgsysteem
24
Samenvatting • SAIF is – Framework voor interoperability – Referentie Model, gemeenschappelijke taal – Content Model, geen Proces • daar is e.g. TOGAF voor nodig
• Wat heb je hier allemaal nou aan? – Separation of Concern geeft Focus en Scoping – Content per Stakeholder – Zonder samenhang te verliezen 21-06-12
De architect, coach voor een goed zorgsysteem
25
• Vragen
21-06-12
De architect, coach voor een goed zorgsysteem
26
Meer info • • • •
http://aspiringcraftsman.com/2008/01/03/art-of-separation-of-concerns/ http://en.wikipedia.org/wiki/HL7_Services_Aware_Interoperability_Framework http://en.wikipedia.org/wiki/IEEE-Std-1471-2000 https://wiki.nci.nih.gov/display/SAIF/CBIIT+SAIF+Case+Studies+and+Examples
21-06-12
De architect, coach voor een goed zorgsysteem
27
VERDIEPING / VERGROTING
21-06-12
De architect, coach voor een goed zorgsysteem
28
21-06-12
De architect, coach voor een goed zorgsysteem
29
ISO/IEC 42010 | IEEE Std 1471
Stakeholder
View
Viewpoint 21-06-12
De architect, coach voor een goed zorgsysteem
30
Directeur Cliëntenzorg
21-06-12
De architect, coach voor een goed zorgsysteem
31
Financieel Directeur
21-06-12
De architect, coach voor een goed zorgsysteem
32
Directeur ICT
21-06-12
De architect, coach voor een goed zorgsysteem
33
Bestuurder
21-06-12
De architect, coach voor een goed zorgsysteem
34
Bestuurlijke integratie
21-06-12
De architect, coach voor een goed zorgsysteem
35
Partiële integratie
21-06-12
De architect, coach voor een goed zorgsysteem
36
Volledige integratie
21-06-12
De architect, coach voor een goed zorgsysteem
37
