Home > ICT-leverancier EPD > AORTA (releases) > AORTA v6·5 tussenrelease: UZI-reservepas

AORTA v6·5 tussenrelease: UZI-reservepas

Deze optionele release betreft de functionele uitbreiding voor de nog uit te geven reservepas naast de UZI-(hoofd)pas. Hiermee kan de zorgverlener of medewerker bij verlies of defect in principe binnen een uur weer verder met de reguliere werkzaamheden. Zodra de reservepas beschikbaar komt, zal deze bij de aanvraag van een UZI-pas worden meegestuurd. De zorgverlener of medewerker dient rekening te houden met beheer en veilige opslag van de reservepas.

De publicatie van de AORTA-basisinfrastructuur is aangepast om gebruik te kunnen maken van deze reservepas. Om de impact voor zorgaanbieders (GBZ) te minimaliseren zijn vooral de specificaties voor het LSP aangepast. Na eerste gebruik van de reservepas wordt de hoofdpas ingetrokken. Hierna zal de zorgverlener of medewerker een nieuwe aanvraagprocedure moeten opstarten.

Er zijn (afhankelijk van de implementatie door de leverancier) de volgende software updates nodig:

  • Voor de UZI-(hoofd)pas: geen. Het certificaatprofiel van de hoofdpas is ongewijzigd.
  • Voor de UZI-reservepas is een nieuw certificaatprofiel opgesteld door het UZI-register. De aanpassing betreft een minimale wijziging om de reservepas te kunnen herkennen aan de certificaten op de pas. Een XIS-applicatie moet geschikt worden gemaakt voor deze wijziging.
  • Een XIS-applicatie moet ermee rekening houden dat een gebruikersprofiel gekoppeld kan zijn aan twee UZI-passen: de UZI-(hoofd)pas en de UZI-(reserve)pas.

Als hiervoor aanpassing van de XIS-applicatie nodig is, kan in overleg met het testteam bij Nictiz worden vastgesteld of een eenvoudige toets danwel herkwalificatie nodig is.

Documentatieoverzicht AORTA-basisinfrastructuur
Beschrijving van de samenhang tussen de AORTA-documenten. Inclusief referenties naar andere documenten, die als bron zijn gebruikt bij het schrijven van de AORTA-documentatie of die anderszins voor de lezer van belang kunnen zijn. Dit document is van belang voor berichtuitwisseling via de AORTA-basisinfrastructuur vanuit technisch perspectief en is vooral bedoeld voor leveranciers van zorginformatiesystemen (ontwerpers, programmeurs, productmanagers) en zorgaanbieders (ICT-medewerkers).
De basisinfrastructuur voor berichtenuitwisseling in de zorg is beschreven in een set van documenten. Een overzicht van alle documenten, documentversies en hun samenhang vindt u in het documentatieoverzicht.

PDF-document (PDF, 309,7 kB)

Verklarende woordenlijst AORTA
Woordenlijst waarin de begrippen en afkortingen uit de AORTA-documentatie verklaard worden.

PDF-document (PDF, 240,7 kB)

AORTA Release Notes
Beschrijving van de doorgevoerde wijzigingen in de verschillende documenten. Het is vooral nuttig voor leveranciers van zorginformatiesystemen (ontwerpers, programmeurs, productmanagers) en zorgaanbieders (ICT-medewerkers) die al een eerdere versie van de AORTA-documentatieset hebben geïmplementeerd.

PDF-document (PDF, 336 kB)

Bedrijfsarchitectuur AORTA
Uitwerking van de architectuurvisie vanuit bedrijfskundig persepectief. Het werkgebied van AORTA wordt gedefinieerd en geanalyseerd in termen van:

  • de partijen in de zorg en de wijze waarop zij zijn georganiseerd;
  • de diensten die zij elkaar leveren en de daaraan verbonden rechten en plichten;
  • de wijze waarop zij samenwerken en de informatie die zij uitwisselen.

Daarbij worden alle ondersteunende ICT-voorzieningen nog buiten beschouwing gelaten. De bedrijfsarchitectuur vormt de basis om te kunnen bepalen welke
ICT-voorzieningen de verschillende partijen in de zorg nodig hebben om informatie te kunnen vastleggen en uitwisselen met elkaar.

PDF-document (PDF, 891,8 kB)


Technische architectuur AORTA + Technische architectuur AORTA, Bijlage C
Uitwerking van de architectuurvisie vanuit technisch perspectief. Het werkgebied van de AORTA wordt gedefinieerd en geanalyseerd in termen van:

  • de ICT-voorzieningen die de basisinfrastructuur gaan vormen: de SBV-Z, het UZI-register, het LSP en de ZSP's;
  • de ICT-voorzieningen van de afzonderlijke zorgpartijen: de GBZ’en met de XIS-applicaties;
  • de informatietechnologie die gebruikt wordt voor de communicatie tussen al die ICT-voorzieningen: HL7v3, Web Services, etc.

De technische architectuur vormt samen met de informatiesysteemarchitectuur de basis om de programma’s van eisen en implementatiehandleidingen op te stellen.
Het programma van eisen aan een zorgserviceprovider specificeert de eisen waaraan een datacommunicatienetwerk moet voldoen, opdat het mag worden toegepast voor de verbinding van een goed beheerd zorgsysteem en het landelijk schakelpunt. Het beschrijft zowel organisatorische, procedurele, functionele als technische aspecten. Een datacommunicatiedienstverlener die aan de gestelde eisen voldoet, kan zich laten kwalificeren als zorgserviceprovider.

PDF-document (PDF, 1,8 MB)

PDF-document (PDF, 139,8 kB)

Testscenario's basisinfrastructuur voor een GBZ
Beschrijving van de testscenario's en testdata voor de niet toepassingspecifieke GBZ-kwalificatie in het kader van de AORTA-documentatierelease 2008.
Doel is de verantwoordelijken een kader te geven voor het testen. Wat zijn de specifieke criteria die getest dienen te worden en hoe zien de scenario's eruit?

PDF-document (PDF, 269,1 kB)

Implementatiehandleiding Tokenauthenticatie en Elektronische Handtekening
Gedetailleerde specificatie die noodzakelijk is voor het implementeren van Tokenauthenticatie in het berichtenverkeer. Het is geschreven voor systeemontwerpers en softwareontwikkelaars die daadwerkelijk met Tokenauthenticatie aan de slag gaan. Deze implementatiehandleiding beschrijft de benodigde technologie en biedt een praktische gids om die technologie op de juiste wijze te implementeren.

PDF-document (PDF, 475,9 kB)

 

Zie ook: