vpk:V4.0 Kwalificatie: verschil tussen versies

Uit informatiestandaarden
Ga naar: navigatie, zoeken
k (Gekopieerd van vpk:Vprepub-4.0 Kwalificatie, versie 101631)
k (Publish prepub to live environment)
Regel 1: Regel 1:
__NOINDEX__
 
 
{{DISPLAYTITLE: eOverdracht {{VersieInfo|eOverdracht|release=V4.0}} (Minimale eOverdracht) - kwalificatie}}
 
{{DISPLAYTITLE: eOverdracht {{VersieInfo|eOverdracht|release=V4.0}} (Minimale eOverdracht) - kwalificatie}}
 
__NUMBEREDHEADINGS__
 
__NUMBEREDHEADINGS__
Regel 33: Regel 32:
 
* 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.
 
* 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|Aansluiten op Touchstone]]). De test- en kwalificatiescripts zijn functioneel beschreven in [[vpk:Vprepub-4.0 Testen|eOverdracht testscripts]] en [[#eOverdracht kwalificatiescripts|eOverdracht kwalificatiescripts]]. De testscripts bevatten een uitgebreidere set voorbeeldberichten (scenario’s) dan de kwalificatiescripts.
+
Voor de test- en kwalificatiefases zijn aparte scripts aanwezig in de simulatieomgeving (zie [[#Aansluiten op Touchstone|Aansluiten op Touchstone]]). De test- en kwalificatiescripts zijn functioneel beschreven in [[vpk:V4.0 Testen|eOverdracht testscripts]] en [[#eOverdracht kwalificatiescripts|eOverdracht kwalificatiescripts]]. De testscripts bevatten een uitgebreidere set voorbeeldberichten (scenario’s) dan de kwalificatiescripts.
  
 
= Algemene voorwaarden voor kwalificatie =
 
= Algemene voorwaarden voor kwalificatie =
Regel 43: Regel 42:
 
# Inhoudelijke informatie, beschreven in de informatiestandaard, moet altijd toegankelijk zijn voor de eindgebruiker. De leverancier levert voor deze informatie schermafdrukken op voor controle.
 
# 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.
 
# Deze kwalificatie toetst geen infrastructurele eisen.
# De leverancier die wil kwalificeren heeft de door Nictiz beschikbaar gestelde [[vpk:Vprepub-4.0_Testen|testscripts]] doorlopen gebruikmakend van de Touchstone-simulator en kan daarvan de resultaten overleggen.
+
# De leverancier die wil kwalificeren heeft de door Nictiz beschikbaar gestelde [[vpk:V4.0_Testen|testscripts]] doorlopen gebruikmakend van de Touchstone-simulator en kan daarvan de resultaten overleggen.
  
 
=Aansluiten op Touchstone=
 
=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 [[vpk:Vprepub-4.0_Testen|testscripts]] beschikbaar. Informatie over het aansluiten op Touchstone vind je in de [[vpk:Vprepub-4.0_Kwalificatie_Touchstone|Handleiding 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 [[vpk:V4.0_Testen|testscripts]] beschikbaar. Informatie over het aansluiten op Touchstone vind je in de [[vpk:V4.0_Kwalificatie_Touchstone|Handleiding Touchstone]].
  
 
=Kwalificatiescripts=
 
=Kwalificatiescripts=
 
Om te kwalificeren voor één van de systeemrollen voor het uitwisselen van het overdrachtsbericht moet de leverancier het kwalificatiescript voor die systeemrol doorlopen.<br>
 
Om te kwalificeren voor één van de systeemrollen voor het uitwisselen van het overdrachtsbericht moet de leverancier het kwalificatiescript voor die systeemrol doorlopen.<br>
 
De volgende kwalificatiescripts voor het overdrachtsbericht zijn beschikbaar:
 
De volgende kwalificatiescripts voor het overdrachtsbericht zijn beschikbaar:
* [[vpk:Vprepub-4.0_kwalificatiegegevens_overdracht_sturend|Overdracht sturend systeem]]
+
* [[vpk:V4.0_kwalificatiegegevens_overdracht_sturend|Overdracht sturend systeem]]
* [[vpk:Vprepub-4.0_kwalificatiegegevens_overdracht_ontvangend|Overdracht ontvangend systeem]]
+
* [[vpk:V4.0_kwalificatiegegevens_overdracht_ontvangend|Overdracht ontvangend systeem]]
  
 
=Vrijheidsgraden bij kwalificatie=
 
=Vrijheidsgraden bij kwalificatie=

Versie van 23 jul 2024 om 10:16


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:

  1. Kennis over de te gebruiken infrastructuur of het netwerk waarover uitgewisseld wordt en de toegang daartoe, inclusief authenticatie/autorisatie et cetera.
  2. Kennis en begrip van de Informatiestandaard eOverdracht.
  3. Kennis, begrip, en het naleven van de aandachtspunten zoals beschreven in eOverdracht kwalificatiescripts.
  4. 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.
  5. Inhoudelijke informatie, beschreven in de informatiestandaard, moet altijd toegankelijk zijn voor de eindgebruiker. De leverancier levert voor deze informatie schermafdrukken op voor controle.
  6. Deze kwalificatie toetst geen infrastructurele eisen.
  7. 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
BetalerPersoon Kwalificatie is niet verplicht
BetalerNaam
Bankgegevens
BankNaam
Bankcode
Rekeningnummer
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
AfdelingSpecialisme Kwalificatie is niet verplicht
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
WilsverklaringDocument 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
ProbleemType Vaste waarde toegestaan Vaste waarde "Diagnose" toegestaan
ProbleemNaam Codering 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
ProbleemType Vaste waarde toegestaan Vaste waarde "Diagnose" toegestaan
ProbleemNaam Codering 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
Allergie
AllergieIntolerantie
VeroorzakendeStof Codering niet verplicht
Reactie
SpecifiekeStof Codering 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
Bloeddruk
Meetmethode Kwalificatie is niet verplicht
ManchetType Kwalificatie is niet verplicht
DiastolischEindpunt Kwalificatie is niet verplicht
GemiddeldeBloeddruk Kwalificatie is niet verplicht
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