eOverdracht 4.0.2 (Minimale eOverdracht) - kwalificatie
Dit is een tijdelijke pagina met wijzigingen voor issue EOVDR-609. De gepubliceerde versie vind je hier. |
Inhoud
1 Kwalificatie introductie
De informatiestandaard eOverdracht kent Nictiz kwalificaties. Kwalificatie vindt plaats per systeemrol. De leverancier kan kwalificeren voor de volgende systeemrollen:
- Overdrachtsbericht sturend systeem
- Overdrachtsbericht ontvangend systeem
Bij de kwalificatie beoordeelt Nictiz
- Bij een sturend systeem: de inhoud van de berichten en de overeenkomstige registratie ervan in het zorginformatiesysteem
- Bij een ontvangend systeem: de beschikbaarheid van de ontvangen gegevens in zorginformatiesysteem
Object van de kwalificatie is een specifieke versie van het zorginformatiesysteem (of een combinatie van zorginformatiesystemen) tegen een specifieke versie van de informatiestandaard. In het geval van tussenkomst van een broker bij de eOverdracht beoordeelt Nictiz de berichten die door de broker worden samengesteld, in combinatie met de registratie c.q. de beschikbaarheid van de gegevens in de zorginformatiesystemen, eventueel aangevuld met die in het systeem van de broker.
Voor meer informatie, stuur een mail naar het kwalificatiecentrum.
2 Kwalificatieproces
Voor kwalificatie voor eOverdracht 4.0 doorlopen Nictiz en de leverancier de volgende stappen:
- Na aanmelding voor kwalificatie door de leverancier nodigt Nictiz de leverancier uit voor een intakegesprek. In het intakegesprek geeft Nictiz uitleg over het proces en de procedures rond communicatie over het proces.
- Nictiz zet een BITS-project op voor deze kwalificatie. De leverancier en Nictiz registreren bevindingen en vragen met betrekking tot de kwalificatie in dit project. Zowel Nictiz als de leverancier kunnen tickets openen.
- De leverancier vult het CC-formulier (ConformiteitsCheck) in voor de transactie van eOverdracht waarvoor zij willen kwalificeren. Het CC-formulier is een lijst van alle concepten (uit de zibs) die in de eOverdracht transactie zijn opgenomen. De leverancier geeft voor elk concept aan of dit kan worden gevuld vanuit de bronsyste(e)m(en) conform het kwalificatiescript. Een argumentatie in het CC formulier is vereist indien niet kan worden voldaan aan de functionele en/of technische eisen van de informatiestandaard of indien er op een andere wijze wordt afgeweken van het kwalificatiescript. De leverancier geeft hierbij aan of er wordt gebruik gemaakt van een vrijheidsgraad (zie Vrijheidsgraden bij kwalificatie). De leverancier hecht het CC-formulier aan het daarvoor bestemde ticket in het BITS project, dit wordt door Nictiz aangemaakt.
- Nictiz en de leverancier bespreken het CC-formulier.
- Nictiz beoordeelt de ernst van de afwijkingen en koppelt de conclusies terug in het CCG-formulier. Voor afwijkingen waarvoor Nictiz een toelichting nodig of waarvoor aanvullende afspraken moeten worden gemaakt opent Nictiz een specifiek ticket, dat ook in het CCG formulier terug te vinden is middels een link.
- De leverancier deelt via de BITS omgeving de links naar de testresultaten in Touchstone met Nictiz.
- De leverancier start na succesvolle afronding van de testfase met de kwalificatiefase.
- De leverancier deelt de op te leveren producten (schermafdrukken en links naar de kwalificatieresultaten in Touchstone) met Nictiz. Hiervoor worden aparte tickets aangemaakt door Nictiz voor de aanlevering van de betreffende materialen.
- Nictiz beoordeelt de opgeleverde kwalificatieproducten en maakt BITS tickets aan voor eventuele bevindingen. Een bevinding kan ook een vereiste toelichting van de leverancier zijn.
- Bij positief resultaat vermeldt Nictiz de kwalificatie in het overzicht kwalificatie-resultaten en ontvangt de leverancier een oorkonde.
- Bij negatief resultaat worden afspraken gemaakt over de oplossing van de bevindingen en een herkwalificatie gepland. In sommige gevallen kan Nictiz besluiten tot een conditionele kwalificatie, waarbij afspraken worden gemaakt over de termijnen waarop de bevindingen worden opgelost door de leverancier.
Voor de test- en kwalificatiefases zijn aparte scripts aanwezig in de simulatieomgeving (zie Aansluiten op Touchstone). De test- en kwalificatiescripts zijn functioneel beschreven in eOverdracht testscripts en eOverdracht kwalificatiescripts. De testscripts bevatten een uitgebreidere set voorbeeldberichten (scenario’s) dan de kwalificatiescripts.
3 Algemene voorwaarden voor kwalificatie
Een leverancier kan starten met een kwalificatie, als hij voldoet aan onderstaande voorwaarden:
- Kennis over de te gebruiken infrastructuur of het netwerk waarover uitgewisseld wordt en de toegang daartoe, inclusief authenticatie/autorisatie et cetera.
- Kennis en begrip van de Informatiestandaard eOverdracht.
- Kennis, begrip, en het naleven van de aandachtspunten zoals beschreven in eOverdracht kwalificatiescripts.
- De kwalificatiedocumentatie bevat de gegevens die de kwalificerende partij zelf invoert. Het is van belang dat de gegevens juist ingevoerd worden. Onjuist ingevoerde gegevens (ook tijd/datum et cetera) leiden tot vertraging en kunnen blokkerend zijn voor het kwalificatieproces.
- Inhoudelijke informatie, beschreven in de informatiestandaard, moet altijd toegankelijk zijn voor de eindgebruiker. De leverancier levert voor deze informatie schermafdrukken op voor controle.
- Deze kwalificatie toetst geen infrastructurele eisen.
- De leverancier die wil kwalificeren heeft de door Nictiz beschikbaar gestelde testscripts doorlopen gebruikmakend van de Touchstone-simulator en kan daarvan de resultaten overleggen.
4 Aansluiten op Touchstone
Nictiz stelt het testsysteem Touchstone beschikbaar voor het kwalificeren van systeemrollen. Dit platform kan al tijdens de test- en ontwikkelfase gebruikt worden, hiervoor zijn testscripts beschikbaar. Informatie over het aansluiten op Touchstone vind je in de Handleiding Touchstone.
5 Kwalificatiescripts
Om te kwalificeren voor één van de systeemrollen voor het uitwisselen van het overdrachtsbericht moet de leverancier het kwalificatiescript voor die systeemrol doorlopen.
De volgende kwalificatiescripts voor het overdrachtsbericht zijn beschikbaar:
6 Vrijheidsgraden bij kwalificatie
In onderstaande tabel staan, in de volgorde van de data-elementen in de dataset- en transactiespecificaties, alle data-elementen waarvoor vrijheidsgraden gelden bij de kwalificatie. Bij het invullen van het CC-formulier kan, indien wordt afgeweken van de kwalificatie-eisen, worden verwezen naar een vrijheidsgraad. De vrijheidsgraden gelden alleen voor kwalificaties voor de sturende systeemrollen.
Data-element | Vrijheidsgraad | Toelichting vrijheidsgraad |
---|---|---|
Administratieve gegevens | ||
Persoonsgegevens | ||
Patiënt | ||
Patiënt.Adresgegevens | ||
Huisnummer | Semantische afwijking toegestaan | Huisnummer, Huisnummerletter, Huisnummertoevoeging en AanduidingBijNummer mogen samengevoegd geregistreerd worden in Huisnummer veld. Vereist is dat straat en overige elementen gescheiden blijven. |
Huisnummerletter | Kwalificatie is niet verplicht | |
Huisnummertoevoeging | Kwalificatie is niet verplicht | |
AanduidingBijNummer | Kwalificatie is niet verplicht | |
Land | Kwalificatie is niet verplicht | |
AdditioneleInformatie | Kwalificatie is niet verplicht | |
Betaler | ||
Verzekeraar | ||
Verzekering | ||
Verzekeringssoort | Kwalificatie is niet verplicht | |
Identificatienummer | Kwalificatie is niet verplicht | |
Contactpersoon | ||
Contactpersoon.Naamgegevens | Voor minimaal 1 van {initialen, voornamen, roepnaam} moet worden gekwalificeerd | |
Voornamen | Kwalificatie is niet verplicht | |
Semantische afwijking toegestaan | Roepnaam of Initialen zijn toegestaan i.p.v. Voornaam | |
Initialen | Kwalificatie is niet verplicht | |
Roepnaam | Kwalificatie is niet verplicht | |
Semantische afwijking toegestaan | Voornaam is toegestaan i.p.v. Roepnaam | |
Contactpersoon.Geslachtsnaam | ||
Voorvoegsels | ||
Achternaam | Semantische afwijking toegestaan | Achternaam mag worden gevuld met eigen geslachtsnaam, de geslachtsnaam van de partner of een combinatie van beiden. Indien niet bekend is welk deel van de samengestelde achternaam de eigen geslachtsnaam is en welk deel de geslachtsnaam van de partner, moeten de voorvoegsels die aan het begin van de samengestelde achternaam staan in Naamgegevens.Geslachtsnaam.Voorvoegsels worden geplaatst. Voorbeeld: contactpersoon P. van der Horst - van Tongeren: Naamgegevens.Geslachtsnaam.Achternaam = Horst - van Tongeren Naamgegevens.Geslachtsnaam.Voorvoegsels = van der |
Contactpersoon.GeslachtsnaamPartner | Kwalificatie is niet verplicht | |
VoorvoegselsPartner | Kwalificatie is niet verplicht | |
AchternaamPartner | Kwalificatie is niet verplicht | |
Contactpersoon.Adresgegevens | ||
Huisnummer | Semantische afwijking toegestaan | Huisnummer, Huisnummerletter, Huisnummertoevoeging en AanduidingBijNummer mogen samengevoegd geregistreerd worden in Huisnummer veld. Vereist is dat straat en overige elementen gescheiden blijven. |
Huisnummerletter | Kwalificatie is niet verplicht | |
Huisnummertoevoeging | Kwalificatie is niet verplicht | |
AanduidingBijNummer | Kwalificatie is niet verplicht | |
Land | Kwalificatie is niet verplicht | |
AdditioneleInformatie | Kwalificatie is niet verplicht | |
Relatie | Lagere kardinaliteit toegestaan | |
Sturende organisatie | ||
Zorgaanbieder | ||
Zorgaanbieder.Contactgegevens | Minimaal 1 e-mailadres en 1 telefoonnummer is vereist. Geen verplichting om meer dan 1 e-mail adres en telefoonnummer te kunnen opnemen | |
Zorgaanbieder.Telefoonummers | Lagere kardinaliteit toegestaan | |
Telefoonnummer | ||
Zorgaanbieder.Emailadressen | Lagere kardinaliteit toegestaan | |
Emailadres | ||
Zorgaanbieder.Adresgegevens | ||
Huisnummer | Semantische afwijking toegestaan | Huisnummer, Huisnummerletter, Huisnummertoevoeging en AanduidingBijNummer mogen samengevoegd geregistreerd worden in Huisnummer veld. Vereist is dat straat en overige elementen gescheiden blijven. |
Huisnummerletter | Kwalificatie is niet verplicht | |
Huisnummertoevoeging | Kwalificatie is niet verplicht | |
AanduidingBijNummer | Kwalificatie is niet verplicht | |
Land | Kwalificatie is niet verplicht | |
AdditioneleInformatie | Kwalificatie is niet verplicht | |
AdresSoort | Vaste waarde toegestaan | Vaste waarde (PHYS) is toegestaan |
Zorgverlener | ||
Zorgverlener.Naamgegevens | Voor minimaal 1 van {initialen, voornamen, roepnaam} moet worden gekwalificeerd | |
Voornamen | Kwalificatie is niet verplicht | |
Semantische afwijking toegestaan | Roepnaam of Initialen zijn toegestaan i.p.v. Voornaam | |
Initialen | Kwalificatie is niet verplicht | |
Roepnaam | Kwalificatie is niet verplicht | |
Semantische afwijking toegestaan | Voornaam is toegestaan i.p.v. Roepnaam | |
Zorgverlener.Geslachtsnaam | ||
Voorvoegsels | ||
Achternaam | Semantische afwijking toegestaan | Achternaam mag worden gevuld met eigen geslachtsnaam, de geslachtsnaam van de partner of een combinatie van beiden. Indien niet bekend is welk deel van de samengestelde achternaam de eigen geslachtsnaam is en welk deel de geslachtsnaam van de partner, moeten de voorvoegsels die aan het begin van de samengestelde achternaam staan in Naamgegevens.Geslachtsnaam.Voorvoegsels worden geplaatst. Voorbeeld: contactpersoon P. van der Horst - van Tongeren: Naamgegevens.Geslachtsnaam.Achternaam = Horst - van Tongeren Naamgegevens.Geslachtsnaam.Voorvoegsels = van der |
Zorgverlener.GeslachtsnaamPartner | Kwalificatie is niet verplicht | |
VoorvoegselsPartner | Kwalificatie is niet verplicht | |
AchternaamPartner | Kwalificatie is niet verplicht | |
Zorgverlener.Contactgegevens | Minimaal 1 e-mailadres en 1 telefoonnummer is vereist. Geen verplichting om meer dan 1 e-mail adres en telefoonnummer te kunnen opnemen | |
Zorgverlener.Telefoonummers | Lagere kardinaliteit toegestaan | |
Telefoonnummer | ||
Zorgverlener.Emailadressen | Lagere kardinaliteit toegestaan | |
Emailadres | ||
Algemene patiëntencontext | ||
Levensovertuiging | ||
Wilsverklaring | ||
Vertegenwoordiger::Contactpersoon | Kwalificatie is niet verplicht | |
Medische context | ||
Behandelaar | ||
Zorgverlener | ||
Zorgverlener.Naamgegevens | Voor minimaal 1 van {initialen, voornamen, roepnaam} moet worden gekwalificeerd | |
Voornamen | Kwalificatie is niet verplicht | |
Semantische afwijking toegestaan | Roepnaam of Initialen zijn toegestaan i.p.v. Voornaam | |
Initialen | Kwalificatie is niet verplicht | |
Roepnaam | Kwalificatie is niet verplicht | |
Semantische afwijking toegestaan | Voornaam is toegestaan i.p.v. Roepnaam | |
Zorgverlener.Geslachtsnaam | ||
Voorvoegsels | ||
Achternaam | Semantische afwijking toegestaan | Achternaam mag worden gevuld met eigen geslachtsnaam, de geslachtsnaam van de partner of een combinatie van beiden. Indien niet bekend is welk deel van de samengestelde achternaam de eigen geslachtsnaam is en welk deel de geslachtsnaam van de partner, moeten de voorvoegsels die aan het begin van de samengestelde achternaam staan in Naamgegevens.Geslachtsnaam.Voorvoegsels worden geplaatst. Voorbeeld: contactpersoon P. van der Horst - van Tongeren: Naamgegevens.Geslachtsnaam.Achternaam = Horst - van Tongeren Naamgegevens.Geslachtsnaam.Voorvoegsels = van der |
Zorgverlener.GeslachtsnaamPartner | Kwalificatie is niet verplicht | |
VoorvoegselsPartner | Kwalificatie is niet verplicht | |
AchternaamPartner | Kwalificatie is niet verplicht | |
Zorgverlener.Contactgegevens | Minimaal 1 e-mailadres en 1 telefoonnummer is vereist. Geen verplichting om meer dan 1 e-mail adres en telefoonnummer te kunnen opnemen | |
Zorgverlener.Telefoonummers | Lagere kardinaliteit toegestaan | |
Telefoonnummer | ||
Zorgverlener.Emailadressen | Lagere kardinaliteit toegestaan | |
Emailadres | ||
Zorgverlener.Zorgaanbieder | Kwalificatie is sectorspecifiek | Behandelaar::Zorgverlener.Zorgaanbieder is niet verplicht om voor te kwalificeren voor wijkzorg toepassingen (dan is de behandelaar een huisarts) |
OrganisatieLocatie | Kwalificatie is niet verplicht | |
Medische diagnose | ||
Probleem | ||
ProbleemAnatomischeLocatie | Kwalificatie is niet verplicht | |
ProbleemLateraliteit | Kwalificatie is niet verplicht | |
ProbleemEindDatum | Kwalificatie is niet verplicht | Het registreren van de gevraagde einddatum is niet verplicht, mits er onderscheid kan worden gemaakt in actieve en niet-actieve problemen en Probleem.Status kan worden gevuld. |
VerificatieStatus | Kwalificatie is niet verplicht | |
Voorgeschiedenis | ||
Probleem | ||
ProbleemAnatomischeLocatie | Kwalificatie is niet verplicht | |
ProbleemLateraliteit | Kwalificatie is niet verplicht | |
ProbleemEindDatum | Kwalificatie is niet verplicht | Het registreren van de gevraagde einddatum is niet verplicht, mits er onderscheid kan worden gemaakt in actieve en niet-actieve problemen en Probleem.Status kan worden gevuld. |
VerificatieStatus | Kwalificatie is niet verplicht | |
Let op | ||
Alert | ||
BeginDatumTijd | Afwijkende inhoud toegestaan | In plaats van de exact gevraagde Alert.BegindatumTijd (T-20 dagen en T - 10 jaar) mag er ook een meer recente datum (zoals een registratie datum) mag worden gestuurd. |
AlertType | Vaste waarde toegestaan | Vaste waarde "Waarschuwing" toegestaan (deze hoeft niet op het scherm te worden getoond) |
Meetwaarden | ||
Lichaamsgewicht | ||
Kleding | Kwalificatie is niet verplicht | Als er geen invoerveld voor kleding is, moet informatie over kleding worden ondergebracht in Toelichting |
Verpleegkundig: specificatie gezondheidsstatus | ||
Voeding/vocht | ||
Voedingsadvies | Lagere kardinaliteit toegestaan | Niet verplicht om meer dan één Voedingsadvies te kunnen opnemen |
DieetType | Afwijkende datastructuur toegestaan | Niet verplicht om voedingsadvies met zowel dieettype als consistentie te kunnen opnemen; kwalificatievoorbeeld mag worden gesplitst in twee Voedingsadviezen |
Consistentie | Afwijkende datastructuur toegestaan | Niet verplicht om voedingsadvies met zowel dieettype als consistentie te kunnen opnemen; kwalificatievoorbeeld mag worden gesplitst in twee Voedingsadviezen |