Primair: verschil tussen versies

Uit ESB Wiki
Naar navigatie springen Naar zoeken springen
 
(16 tussenliggende versies door dezelfde gebruiker niet weergegeven)
Regel 1: Regel 1:
[[Bestand:Primaire processen.png|1400px]]
+
Het onderstaande diagram toont de gegevensobjecten die betrokken zijn bij de primaire processen van een onderwijsinstelling in hun onderlinge samenhang. Een aantal van deze gegevensobjecten speelt ook een rol in de [[Gegevensobjecten bij ondersteunende processen|ondersteunende processen]].
 +
 
 +
Wanneer in het diagram boven de naam van het gegevensobject ''schuingedrukt'' een ander gegevensobject wordt genoemd, betekent dat dat het desbetreffende object een verbijzondering is van het genoemde object. Meer informatie over deze objecten is te vinden in de diagrammen over [[Middelen]], [[Personen]] en [[Registraties]].
 +
 
 +
<imagemap>
 +
Bestand:Primaire_processen.png|1400px
 +
 
 +
rect 37 425 133 496 [[Campagne]]
 +
rect 45 569 130 648 [[Marktsegment]]
 +
rect 45 691 136 765 [[Prospect]]
 +
rect 40 816 139 903 [[Overdrachtsdossier]]
 +
rect 173 685 278 770 [[Intake-afspraak]]
 +
rect 170 818 272 901 [[Assessment]]
 +
rect 314 685 419 767 [[Intakeresultaat]]
 +
rect 25 354 436 952 [[Primair#Aanmelding]]
 +
rect 648 249 787 413 [[Medewerker]]
 +
rect 462 487 555 561 [[Onderwijslocatie]]
 +
rect 646 462 790 589 [[Onderwijsinstelling]]
 +
rect 634 629 796 827 [[Verbintenis]]
 +
rect 668 850 767 974 [[Opdrachtgever]]
 +
rect 637 1031 796 1144 [[Deelnemer]]
 +
rect 442 198 884 1087 [[Primair#Administratief]]
 +
rect 654 1257 748 1331 [[Portfolio]]
 +
rect 770 1257 861 1331 [[Deelnemerdossier]]
 +
rect 657 1422 748 1492 [[Werkproduct]]
 +
rect 442 1099 884 1509 [[Primair#Deelnemer]]
 +
rect 920 96 1022 170 [[Leverancier]]
 +
rect 915 249 1019 334 [[Contract]]
 +
rect 1113 244 1229 411 [[Onderwijsmateriaal]]
 +
rect 1113 490 1215 566 [[Onderwijsproduct]]
 +
rect 898 694 991 767 [[Opleiding]]
 +
rect 1161 688 1289 793 [[Referentiearrangement]]
 +
rect 1036 985 1280 1107 [[Arrangement]]
 +
rect 895 79 1351 1144 [[Primair#Aanbod]]
 +
rect 1034 1198 1192 1269 [[Resultaat]]
 +
rect 1068 1331 1161 1405 [[Normering]]
 +
rect 1051 1419 1172 1492 [[Kwalificatiedocument]]
 +
rect 1068 1566 1158 1642 [[Alumnus]]
 +
rect 898 1144 1337 1665 [[Primair#Kwalificatie]]
 +
rect 1441 1008 1538 1082 [[Afspraak]]
 +
rect 1368 1138 1473 1257 [[Taak]]
 +
rect 1509 1144 1606 1221 [[Jaarplanning]]
 +
rect 1623 1144 1713 1221 [[Lestijdentabel]]
 +
rect 1441 810 1549 886 [[Hulpmiddel]]
 +
rect 1603 810 1710 901 [[Ruimte]]
 +
rect 1362 776 1725 1297 [[Primair#Uitvoering]]
 +
rect 1770 827 1968 957 [[BPV-plaats]]
 +
rect 1815 1002 1917 1090 [[BPV Match]]
 +
rect 1798 1130 1934 1198 [[BPV-overeenkomst]]
 +
rect 2087 855 2178 935 [[Praktijkopleider]]
 +
rect 2047 1116 2220 1206 [[BPV-bedrijf]]
 +
rect 1739 776 2237 1235 [[Primair#BPV]]
 +
 
 +
desc bottom-left
 +
</imagemap>
  
 
==Aanmelding==
 
==Aanmelding==
Regel 5: Regel 59:
 
{{#subobject: Aanmelding
 
{{#subobject: Aanmelding
 
|Groepeert=Campagne
 
|Groepeert=Campagne
|Groepeert=Marksegment
+
|Groepeert=Marktsegment
 
|Groepeert=Prospect
 
|Groepeert=Prospect
 
|Groepeert=Overdrachtsdossier
 
|Groepeert=Overdrachtsdossier
Regel 14: Regel 68:
  
 
==Administratief==
 
==Administratief==
We maken onderscheid tussen een Onderwijsinstelling en de Onderwijslocaties van die instelling. De Onderwijsinstelling heeft een identificatienummer op instellingsniveau, en locatiecodes op locatieniveau. De manier waarop instellingen en locaties geïdentificeerd worden is in beweging (BRIN-volgnummers werden bijvoorbeeld voorheen gebruikt om uitvoeringslocaties te typeren, maar tegenwoordig wordt ook het KvK-nummer hier wel voor gebruikt). Er is dan ook geen standaard identificatie voorhanden die op alle instellingen van toepassing is. Met andere woorden, dat er een instelling- en locatiecodes zijn geldt voor alle Onderwijsinstellingen, maar de precieze invulling daarvan is instellingspecifiek.
+
We maken onderscheid tussen een [[Onderwijsinstelling]] en de [[Onderwijslocatie]]s van die instelling. De Onderwijsinstelling heeft een identificatienummer op instellingsniveau, en locatiecodes op locatieniveau. De manier waarop instellingen en locaties geïdentificeerd worden is in beweging (BRIN-volgnummers werden bijvoorbeeld voorheen gebruikt om uitvoeringslocaties te typeren, maar tegenwoordig wordt ook het KvK-nummer hier wel voor gebruikt). Er is dan ook geen standaard identificatie voorhanden die op alle instellingen van toepassing is. Met andere woorden, dat er een instelling- en locatiecodes zijn geldt voor alle Onderwijsinstellingen, maar de precieze invulling daarvan is instellingspecifiek.
  
Een Verbintenis wordt altijd afgesloten tussen de Onderwijsinstelling en de Deelnemer; de Deelnemer committeert zich op het afnemen van een Opleiding (NB. Opleiding hier als containerbegrip – een opleiding kan ook uit bijvoorbeeld één enkel Onderwijsproduct bestaan). In een deel van de gevallen is bij de Verbintenis een Opdrachtgever betrokken die de Deelnemer vertegenwoordigt (e.g., wettelijk vertegenwoordiger, werkgever) en in formele zin de Verbintenis aangaat. Een Verbintenis is gekoppeld aan de Onderwijslocatie die voor de Deelnemer de hoofdlocatie is en daarmee (administratief) de ‘thuisbasis’ is van de Deelnemer.
+
Een [[Verbintenis]] wordt altijd afgesloten tussen de [[Onderwijsinstelling]] en de [[Deelnemer]]; de Deelnemer committeert zich op het afnemen van een [[Opleiding]] (NB. Opleiding hier als containerbegrip – een opleiding kan ook uit bijvoorbeeld één enkel [[Onderwijsproduct]] bestaan). In een deel van de gevallen is bij de Verbintenis een [[Opdrachtgever]] betrokken die de Deelnemer vertegenwoordigt (e.g., wettelijk vertegenwoordiger, werkgever) en in formele zin de Verbintenis aangaat. Een Verbintenis is gekoppeld aan de [[Onderwijslocatie]] die voor de Deelnemer de hoofdlocatie is en daarmee (administratief) de ‘thuisbasis’ is van de Deelnemer.
 
{{#subobject: Administratief
 
{{#subobject: Administratief
 
|Groepeert=Medewerker
 
|Groepeert=Medewerker
Regel 28: Regel 82:
  
 
==Deelnemer==
 
==Deelnemer==
Rondom de Deelnemer vinden twee soorten dossiervorming plaats:
+
Rondom de [[Deelnemer]] vinden twee soorten dossiervorming plaats:
* Het Portfolio is in beheer bij en eigendom van de Deelnemer. De omgeving waarin het Portfolio wordt beheerd is in de regel wel van de instelling.
+
* Het [[Portfolio]] is in beheer bij en eigendom van de Deelnemer. De omgeving waarin het Portfolio wordt beheerd is in de regel wel van de instelling.
* Delen van het Portfolio worden door de Deelnemer aangeleverd en worden – samen met andere informatie – in het Deelnemerdossier opgenomen. Het Deelnemerdossier is eigendom van de Onderwijsinstelling.
+
* Delen van het Portfolio worden door de Deelnemer aangeleverd en worden – samen met andere informatie – in het [[Deelnemerdossier]] opgenomen. Het Deelnemerdossier is eigendom van de [[Onderwijsinstelling]].
  
Het Deelnemerdossier kan in praktijk bestaan uit verschillende ‘subdossiers’, zoals een zorgdossier, administratief dossier, begeleidingsdossier, examendossier, et cetera. In dit model zijn al die subdossiers samengenomen als één ‘Deelnemerdossier’ dat bestaat uit gegevens die (via tags) vindbaar zijn met betrekking tot zorg, begeleiding, examen, et cetera. Alleen het Overdrachtsdossier is – onder Aanmelding – apart opgenomen; hierbij gaat het immers om informatie die van buiten de instelling (waar de informatie eventueel onderdeel is van een Deelnemerdossier bij een andere instelling) naar binnen de instelling wordt gehaald. Zodra een Prospect echter Deelnemer wordt, worden de relevante delen van het Overdrachtsdossier onderdeel van het Deelnemerdossier en verdwijnt het Overdrachtsdossier als apart object.
+
Het Deelnemerdossier kan in praktijk bestaan uit verschillende ‘subdossiers’, zoals een zorgdossier, administratief dossier, begeleidingsdossier, examendossier, et cetera. In dit model zijn al die subdossiers samengenomen als één ‘Deelnemerdossier’ dat bestaat uit gegevens die (via tags) vindbaar zijn met betrekking tot zorg, begeleiding, examen, et cetera. Alleen het [[Overdrachtsdossier]] is – onder [[{{PAGENAME}}#Aanmelding|Aanmelding]] – apart opgenomen; hierbij gaat het immers om informatie die van buiten de instelling (waar de informatie eventueel onderdeel is van een Deelnemerdossier bij een andere instelling) naar binnen de instelling wordt gehaald. Zodra een Prospect echter Deelnemer wordt, worden de relevante delen van het Overdrachtsdossier onderdeel van het Deelnemerdossier en verdwijnt het Overdrachtsdossier als apart object.
 
{{#subobject: Deelnemer
 
{{#subobject: Deelnemer
 
|Groepeert=Deelnemer
 
|Groepeert=Deelnemer
Regel 42: Regel 96:
  
 
==Aanbod==
 
==Aanbod==
Onder Opleiding (in algemene zin) verstaan we alles waar je een Verbintenis voor afsluit. Een Opleiding kan één of meer Onderwijsproducten bevatten; je schrijft je dus nooit rechtstreeks in op een Onderwijsproduct. In praktijk kan er een nog verdergaande hiërarchische indeling bestaan, wanneer bijvoorbeeld domeinen worden onderscheiden die ieder voor zich weer uit meerdere opleidingen (in enge zin) bestaan. In het model – en ten aanzien van berichtenverkeer – behandelen we in dat geval ook domeinen als een Opleiding (in algemene zin). Een latere selectie van een opleiding binnen een domein leidt in dat geval tot een gewijzigde – of wellicht zelfs nieuwe – Verbintenis, en is daarmee een trigger voor nieuwe berichten.
+
Onder [[Opleiding]] (in algemene zin) verstaan we alles waar je een [[Verbintenis]] voor afsluit. Een Opleiding kan één of meer [[Onderwijsproduct]]en bevatten; je schrijft je dus nooit rechtstreeks in op een Onderwijsproduct. In praktijk kan er een nog verdergaande hiërarchische indeling bestaan, wanneer bijvoorbeeld domeinen worden onderscheiden die ieder voor zich weer uit meerdere opleidingen (in enge zin) bestaan. In het model – en ten aanzien van berichtenverkeer – behandelen we in dat geval ook domeinen als een Opleiding (in algemene zin). Een latere selectie van een opleiding binnen een domein leidt in dat geval tot een gewijzigde – of wellicht zelfs nieuwe – Verbintenis, en is daarmee een trigger voor nieuwe berichten.
Een Opleiding heeft zelf géén attribuut ‘locatie’: bij de Verbintenis wordt een hoofdlocatie geregistreerd, de Opleiding wordt vervolgens aangeboden op een uitvoeringslocatie. Die uitvoeringslocatie zit opgenomen als metadata van de Onderwijsproducten.
+
Een Opleiding heeft zelf géén attribuut ‘locatie’: bij de Verbintenis wordt een [[Onderwijslocatie|hoofdlocatie]] geregistreerd, de Opleiding wordt vervolgens aangeboden op een uitvoeringslocatie. Die uitvoeringslocatie zit opgenomen als metadata van de Onderwijsproducten.
 
{{#subobject: Aanbod
 
{{#subobject: Aanbod
 
|Groepeert=Leverancier
 
|Groepeert=Leverancier
Regel 51: Regel 105:
 
|Groepeert=Referentiearrangement
 
|Groepeert=Referentiearrangement
 
|Groepeert=Arrangement
 
|Groepeert=Arrangement
 +
|Groepeert=Contract
 
}}
 
}}
 
Gegevensobjecten: {{#ask: [[-Groepeert::{{PAGENAME}}#Aanbod]]|format=ul}}
 
Gegevensobjecten: {{#ask: [[-Groepeert::{{PAGENAME}}#Aanbod]]|format=ul}}
  
 
==Uitvoering==
 
==Uitvoering==
In de uitvoering van het onderwijs krijgt de Deelnemer een Afsprakenlijst, waarin ook de benodigde Middelen (Ruimtes, Onderwijsmateriaal, Hulpmiddelen en Medewerkers) gepland worden, en een Takenlijst, die voortkomt uit de Onderwijsproducten. Merk op dat de gemaakte Afspraken niet alleen betrekking hebben op (de agenda van) de Deelnemer, maar ook op de agenda c.q. beschikbaarheid van de bij de afspraak betrokken Middelen. Een rooster komt in het model niet expliciet terug als een apart object, maar impliciet als de combinatie van een set van Afspraken.  
+
In de uitvoering van het onderwijs krijgt de [[Deelnemer]] een [[Afspraak|Afsprakenlijst]], waarin ook de benodigde [[Middelen]] ([[Ruimte]]s, [[Onderwijsmateriaal]], [[Hulpmiddel]]en en [[Medewerker]]s) gepland worden, en een [[Taak|Takenlijst]], die voortkomt uit de [[Onderwijsproduct]]en. Merk op dat de gemaakte Afspraken niet alleen betrekking hebben op (de agenda van) de Deelnemer, maar ook op de agenda c.q. beschikbaarheid van de bij de afspraak betrokken Middelen. Een rooster komt in het model niet expliciet terug als een apart object, maar impliciet als de combinatie van een set van Afspraken.  
 
{{#subobject: Uitvoering
 
{{#subobject: Uitvoering
 
|Groepeert=Hulpmiddel
 
|Groepeert=Hulpmiddel
Regel 67: Regel 122:
  
 
==BPV==
 
==BPV==
Voor BPV is de Afspraak in eerste instantie een “lege enveloppe”. Pas nadat er matching heeft plaatsgevonden en er sprake is van een BPV Match kan de Afspraak concreet ingevuld worden met BPV-plaats, BPV-bedrijf en Praktijkopleider. De vraag of een BPV-bedrijf geaccrediteerd is voor een bepaalde Opleiding wordt beantwoord door naar de kwalificaties van de desbetreffende Rechtspersoon te kijken, analoog aan hoe de kwalificaties van medewerkers worden bepaald.
+
Voor BPV is de [[Afspraak]] in eerste instantie een “lege enveloppe”. Pas nadat er matching heeft plaatsgevonden en er sprake is van een [[BPV Match]] kan de Afspraak concreet ingevuld worden met [[BPV-plaats]], [[BPV-bedrijf]] en [[Praktijkopleider]]. De vraag of een BPV-bedrijf geaccrediteerd is voor een bepaalde [[Opleiding]] wordt beantwoord door naar de kwalificaties van de desbetreffende [[Rechtspersoon]] te kijken, analoog aan hoe de kwalificaties van medewerkers worden bepaald.
 
{{#subobject: BPV
 
{{#subobject: BPV
 
|Groepeert=BPV-plaats
 
|Groepeert=BPV-plaats
Regel 78: Regel 133:
  
 
==Kwalificatie==
 
==Kwalificatie==
Taken en Afspraken leiden tot Resultaten (formatief of summatief) die beide in het Deelnemerdossier worden opgenomen. Binnen het Deelnemerdossier kunnen ook “berekende resultaten” worden toegevoegd. Omdat dit binnen de context van het Deelnemerdossier blijft, is het toevoegen van berekende resultaten voor het berichtenverkeer niet interessant. Uiteindelijk wordt op basis van de informatie die is verzameld in het Deelnemerdossier – waaronder de Resultaten en berekende resultaten – een Kwalificatiedocument (zoals een getuigschrift of schoolverklaring) opgesteld.
+
[[Taak|Taken]] en [[Afspraak|Afspraken]] leiden tot [[Resultaat|Resultaten]] (formatief of summatief) die beide in het [[Deelnemerdossier]] worden opgenomen. Binnen het Deelnemerdossier kunnen ook “berekende resultaten” worden toegevoegd. Omdat dit binnen de context van het Deelnemerdossier blijft, is het toevoegen van berekende resultaten voor het berichtenverkeer niet interessant. Uiteindelijk wordt op basis van de informatie die is verzameld in het Deelnemerdossier – waaronder de Resultaten en berekende resultaten – een [[Kwalificatiedocument]] (zoals een getuigschrift of schoolverklaring) opgesteld.
 
{{#subobject: Kwalificatie
 
{{#subobject: Kwalificatie
 
|Groepeert=Resultaat
 
|Groepeert=Resultaat

Huidige versie van 15 mei 2012 om 21:12

Het onderstaande diagram toont de gegevensobjecten die betrokken zijn bij de primaire processen van een onderwijsinstelling in hun onderlinge samenhang. Een aantal van deze gegevensobjecten speelt ook een rol in de ondersteunende processen.

Wanneer in het diagram boven de naam van het gegevensobject schuingedrukt een ander gegevensobject wordt genoemd, betekent dat dat het desbetreffende object een verbijzondering is van het genoemde object. Meer informatie over deze objecten is te vinden in de diagrammen over Middelen, Personen en Registraties.

CampagneMarktsegmentProspectOverdrachtsdossierIntake-afspraakAssessmentIntakeresultaatPrimair#AanmeldingMedewerkerOnderwijslocatieOnderwijsinstellingVerbintenisOpdrachtgeverDeelnemerPrimair#AdministratiefPortfolioDeelnemerdossierWerkproductPrimair#DeelnemerLeverancierContractOnderwijsmateriaalOnderwijsproductOpleidingReferentiearrangementArrangementPrimair#AanbodResultaatNormeringKwalificatiedocumentAlumnusPrimair#KwalificatieAfspraakTaakJaarplanningLestijdentabelHulpmiddelRuimtePrimair#UitvoeringBPV-plaatsBPV MatchBPV-overeenkomstPraktijkopleiderBPV-bedrijfPrimair#BPVPrimaire processen.png
Over deze afbeelding

Aanmelding

Prospects kunnen via een intakeproces toegelaten worden tot een opleiding. Zodra een Persoon interesse toont, wordt deze een Prospect (d.w.z., krijgt deze de Persoonsrol Prospect; NB. Hier is altijd een Registratie mee gemoeid naar aanleiding van een – initieel – contact, bijvoorbeeld door het opgeven van een e-mailadres). Een Prospect wordt uitgenodigd voor een (reeks van) Intake-afspra(a)ken, waar Assessments onderdeel van uit kunnen maken. De Prospect brengt eventueel ook een Overdrachtsdossier met zich mee. De uitkomst van deze Intake-afspraken – het Intakeresultaat – kan leiden tot een overeenkomst, d.w.z. een Verbintenis tussen de Prospect (vanaf dan Deelnemer) en de Onderwijsinstelling. Het Intakeresultaat kan zicht geven op bijzonderheden, bijvoorbeeld met betrekking tot inzetbaarheid vanwege dyslexie. Bij de intake worden alleen de bijzonderheden gesignaleerd, pas na de overeenkomst (zodra het over een Deelnemer gaat) worden daar verder afspraken over maken.

Gegevensobjecten:

Administratief

We maken onderscheid tussen een Onderwijsinstelling en de Onderwijslocaties van die instelling. De Onderwijsinstelling heeft een identificatienummer op instellingsniveau, en locatiecodes op locatieniveau. De manier waarop instellingen en locaties geïdentificeerd worden is in beweging (BRIN-volgnummers werden bijvoorbeeld voorheen gebruikt om uitvoeringslocaties te typeren, maar tegenwoordig wordt ook het KvK-nummer hier wel voor gebruikt). Er is dan ook geen standaard identificatie voorhanden die op alle instellingen van toepassing is. Met andere woorden, dat er een instelling- en locatiecodes zijn geldt voor alle Onderwijsinstellingen, maar de precieze invulling daarvan is instellingspecifiek.

Een Verbintenis wordt altijd afgesloten tussen de Onderwijsinstelling en de Deelnemer; de Deelnemer committeert zich op het afnemen van een Opleiding (NB. Opleiding hier als containerbegrip – een opleiding kan ook uit bijvoorbeeld één enkel Onderwijsproduct bestaan). In een deel van de gevallen is bij de Verbintenis een Opdrachtgever betrokken die de Deelnemer vertegenwoordigt (e.g., wettelijk vertegenwoordiger, werkgever) en in formele zin de Verbintenis aangaat. Een Verbintenis is gekoppeld aan de Onderwijslocatie die voor de Deelnemer de hoofdlocatie is en daarmee (administratief) de ‘thuisbasis’ is van de Deelnemer.

Gegevensobjecten:

Deelnemer

Rondom de Deelnemer vinden twee soorten dossiervorming plaats:

  • Het Portfolio is in beheer bij en eigendom van de Deelnemer. De omgeving waarin het Portfolio wordt beheerd is in de regel wel van de instelling.
  • Delen van het Portfolio worden door de Deelnemer aangeleverd en worden – samen met andere informatie – in het Deelnemerdossier opgenomen. Het Deelnemerdossier is eigendom van de Onderwijsinstelling.

Het Deelnemerdossier kan in praktijk bestaan uit verschillende ‘subdossiers’, zoals een zorgdossier, administratief dossier, begeleidingsdossier, examendossier, et cetera. In dit model zijn al die subdossiers samengenomen als één ‘Deelnemerdossier’ dat bestaat uit gegevens die (via tags) vindbaar zijn met betrekking tot zorg, begeleiding, examen, et cetera. Alleen het Overdrachtsdossier is – onder Aanmelding – apart opgenomen; hierbij gaat het immers om informatie die van buiten de instelling (waar de informatie eventueel onderdeel is van een Deelnemerdossier bij een andere instelling) naar binnen de instelling wordt gehaald. Zodra een Prospect echter Deelnemer wordt, worden de relevante delen van het Overdrachtsdossier onderdeel van het Deelnemerdossier en verdwijnt het Overdrachtsdossier als apart object.

Gegevensobjecten:

Aanbod

Onder Opleiding (in algemene zin) verstaan we alles waar je een Verbintenis voor afsluit. Een Opleiding kan één of meer Onderwijsproducten bevatten; je schrijft je dus nooit rechtstreeks in op een Onderwijsproduct. In praktijk kan er een nog verdergaande hiërarchische indeling bestaan, wanneer bijvoorbeeld domeinen worden onderscheiden die ieder voor zich weer uit meerdere opleidingen (in enge zin) bestaan. In het model – en ten aanzien van berichtenverkeer – behandelen we in dat geval ook domeinen als een Opleiding (in algemene zin). Een latere selectie van een opleiding binnen een domein leidt in dat geval tot een gewijzigde – of wellicht zelfs nieuwe – Verbintenis, en is daarmee een trigger voor nieuwe berichten. Een Opleiding heeft zelf géén attribuut ‘locatie’: bij de Verbintenis wordt een hoofdlocatie geregistreerd, de Opleiding wordt vervolgens aangeboden op een uitvoeringslocatie. Die uitvoeringslocatie zit opgenomen als metadata van de Onderwijsproducten.

Gegevensobjecten:

Uitvoering

In de uitvoering van het onderwijs krijgt de Deelnemer een Afsprakenlijst, waarin ook de benodigde Middelen (Ruimtes, Onderwijsmateriaal, Hulpmiddelen en Medewerkers) gepland worden, en een Takenlijst, die voortkomt uit de Onderwijsproducten. Merk op dat de gemaakte Afspraken niet alleen betrekking hebben op (de agenda van) de Deelnemer, maar ook op de agenda c.q. beschikbaarheid van de bij de afspraak betrokken Middelen. Een rooster komt in het model niet expliciet terug als een apart object, maar impliciet als de combinatie van een set van Afspraken.

Gegevensobjecten:

BPV

Voor BPV is de Afspraak in eerste instantie een “lege enveloppe”. Pas nadat er matching heeft plaatsgevonden en er sprake is van een BPV Match kan de Afspraak concreet ingevuld worden met BPV-plaats, BPV-bedrijf en Praktijkopleider. De vraag of een BPV-bedrijf geaccrediteerd is voor een bepaalde Opleiding wordt beantwoord door naar de kwalificaties van de desbetreffende Rechtspersoon te kijken, analoog aan hoe de kwalificaties van medewerkers worden bepaald.

Gegevensobjecten:

Kwalificatie

Taken en Afspraken leiden tot Resultaten (formatief of summatief) die beide in het Deelnemerdossier worden opgenomen. Binnen het Deelnemerdossier kunnen ook “berekende resultaten” worden toegevoegd. Omdat dit binnen de context van het Deelnemerdossier blijft, is het toevoegen van berekende resultaten voor het berichtenverkeer niet interessant. Uiteindelijk wordt op basis van de informatie die is verzameld in het Deelnemerdossier – waaronder de Resultaten en berekende resultaten – een Kwalificatiedocument (zoals een getuigschrift of schoolverklaring) opgesteld.

Gegevensobjecten: