Anvisning till VIT-boken– VIT-bokens tekniska arkitektur Revision A

More documents

Recommendations

Info

ANVISNING - 36 (87) 2007-12-20 REV A Integration baseras på att system efterfrågar funktionalitet från varandra enligt förutbestämda tjänstekontrakt. SOA är i sig inte tillräckligt för att beskriva hur integrationer hanteras, utan avser endast en grundläggande struktur och grundläggande principer. SOA avgör inte heller vilken teknisk plattform som används för realisering. 3.6.1. Tjänstekontrakt §8 Nationella tjänstekontrakt ska vara utformade enligt RIV. §9 Meddelandeformat beskrivs enligt fastställda profiler för V-TIM. En SOA i en samverkansdomän byggs upp av verksamhetslogik som tillgängliggörs enligt RIV-standarden. Funktionalitet som görs tillgänglig anropas genom att meddelanden skickas via nätverket över de protokoll som RIV anger. Meddelandet är definierat av ett tjänstekontrakt. Ett tjänstekontrakt är en namngiven lista av operationer, där operationerna kan vara av två typer: InUt och In: Figur 20 - Notation för tjänstekontrakt Meddelanden kopplas till operationer i form in- och utdata. Alla meddelandeformat i arkitekturen är nationellt standardiserade. Tjänstekontrakt - namn: string 1..* Operation - namn: string -/ ärInUt: boolean = ut-meddelande finns +ut-meddelande * 0..1 MeddelandeDefinition 1 * - namn: string Figur 21 - Referensmodell för tjänstekontrakt +in-meddelande
ANVISNING - 37 (87) 2007-12-20 REV A Utöver struktur och principer för SOA krävs ett antal regler som gör att den tjänstebaserade arkitekturen kan realiseras i praktiken. Utöver det maskinläsbara kontraktet, enligt specifikation i RIV tekniska anvisningar, krävs en beskrivning av tjänsten som utgör underlag vid design. Beskrivningen ska bland annat omfatta: • Avgränsning till ett verksamhetsobjekt enligt V-TIM som stöder steg i verksamhetens arbetsflöden och som är tillräckligt grovkornigt och generellt för att medge återanvändning av flera tjänstekonsumenter • Beskrivning av datavalideringar i tjänst. Detta gäller både de som kan ske mot schema men även de logiska regler som upprätthålls av tjänst. • Beskrivning av alla felsituationer och felsignaler. • Beskrivning av säkerhetsmekanismer och åtkomstkontroll t.ex. vilka parametrar och användarattribut som krävs för att utföra tjänst. Dessa måste följa BIF-ER Ingår i det som paketeras i SAML-biljett enligt RIV tekniska anvisningar • Beskrivning av servicenivåer hos tjänsteproducenten avseende tillgänglighet, prestanda och andra icke-funktionella egenskaper Utöver det maskinläsbara kontraktet krävs en överenskommelse mellan den organisation som konsumerar tjänsten och den organisation som producerar tjänsten. Överenskommelsen bör omfatta bland annat: • Tjänstekonsumentens behov av icke-funktionella egenskaper • Hantering av juridiska frågor i samband med tillgång till data • Kontaktvägar till parternas förvaltningsorganisationer • Information om tekniska säkerhetsmekanismerna • Information om hur åtkomstkontrollen och dess parametrar och regler hanteras Tjänsteproducenterna skiktas i gränssnitt, verksamhetslogik och dataåtkomst. På så sätt kan tjänsteproducentens tekniska gränssnitt och underliggande system bytas utan att hela tjänsteproducenten behöver skrivas om. Skiktningen ger även stöd för rationell tillverkning av inkapslade och sammansatt tjänsteproducenter. Tjänsteproducentens ansvarar för: • att säkerhet och åtkomst hanteras genom anrop av Åtkomstkontrollfunktionen enligt specifikation i BIF • att spårbarhet hanteras genom anrop av Loggfunktionen enligt specifikation i BIF • att validering hanteras korrekt och att aktuellt kodverk användes vid denna validering. • att versionshantering sker genom att utgångna versioner av tjänsteproducentens gränssnitt hålls kvar i produktion, även efter produktionssättning av nya versioner. Utgångna versioner kan på så sätt fasas ut under kontrollerade former Tjänsteproducenternas gränssnitt mot tjänstekonsumenterna ska göras funktionellt orienterade och vara väl definierade och produktoberoende. Detta innebär att olika lösnings- och produktspecifika gränssnitt inte får förekomma i tjänstedefinitioner. Definition av tekniskt gränssnitt ska följa RIV tekniska anvisningar. Definition av meddelandeformatet för samverkanstjänster följer fastställda format enligt RIV. Meddelandeformat beskrivs enligt fastställda profiler för V-TIM.
Page 1 and 2: RAPPORT 1(87) 2007-03-07 Ver 0.1 An
Page 3 and 4: ANVISNING - 3 (87) 2007-12-20 REV A
Page 11 and 12: ANVISNING - 11 (87) 2007-12-20 REV
Page 21 and 22: 3 Referensarkitektur ANVISNING - 21
Page 31 and 32: Nationella domänen Gemenskapsdomä
Page 33 and 34: Enhet = HAS‐id för vårdenhet Vi
Page 35: 3.5 Domänarkitektur ANVISNING - 35
Page 39 and 40: Tjänsteinteraktion av typ Uppdrag
Page 41 and 42: 3.8.1. Tjänstekomponenter ANVISNIN
Page 45 and 46: RemissDataInteraktion re a g ta tiv
Page 51 and 52: patientens samtycke • Kontrollera
Page 57 and 58: A har patientens samtycke Vårdtjä
Page 75 and 76: Tillämpliga RRR:er TS1, TS3 ANVISN
Page 79 and 80: Bilaga 1 - Säkerhet ANVISNING - 79
Page 83 and 84: Bilaga 2 - Referenser ANVISNING - 8
Page 87:
RAPPORT - 87 (87) 2007-12-20 REV A
show all

Anvisning till VIT-boken– VIT-bokens tekniska arkitektur Revision A

You also want an ePaper? Increase the reach of your titles

Delete template?

Save as template?