Lijst met afgehandelde issues OSO standaard v1.1.1

Afgehandelde issues in Afspraak OSO gegevensset v1.1.1 en eerder (versie 8 juli 2014)
Hieronder volgt een lijst van afgehandelde issues, d.w.z. issues die reeds zijn verwerkt in de meest actuele versie of voorgaande versies van de afspraak
of die zijn afgesloten omdat het issue niet relevant (meer) is of geen draagvlak heeft.
In het vervolg van dit document worden de afgehandelde issues per versie van de afspraak opgesomd, eventueel aangevuld met de concrete
aanpassingen aan de afspraak in die versie.
Deze lijst betreft de volgende lijst van voorgaande versies van de afspraak:
•
Afspraak versie 1.1.1 (6 juni 2014)
•
Afspraak versie 1.1 (27 maart 2014)
Alle issues die nog actueel zijn staan in de actuele issuelijst, een apart document dat op de website wordt gepubliceerd en bijgehouden.
Lijst van afgehandelde issues (versie 2014708) behorend bij Afspraak OSO gegevensset v1.1.1
Pagina 2
Afgehandelde issues in Afspraak OSO gegevensset v1.1.1 (versie 6 juni 2014)
Hieronder volgt een lijst van afgehandelde issues in versie 1.1.1 van de afspraak of die gedurende de ontwikkeling van deze versie zijn afgesloten omdat
het issue niet relevant (meer) is of geen draagvlak heeft.
Let op, de laatste drie kolommen (Prioriteit, Complexiteit en Impact voor SWL) zijn een eerste inschatting; deze inschattingen zijn geverifieerd door
enkele betrokkenen.
Alle issues die zijn afgesloten en afgehandeld staan in een apart document, getiteld Lijst van afgehandelde issues, per versie van de afspraak gesorteerd.
De issues worden beschreven in een onderstaande tabel. De kolommen van deze tabel hebben de volgende betekenis:
1.
kolom “Nr”
De gegevens in deze kolom is administratief. Dit is een volgnummer in de lijst om bij bespreking van deze lijst eenduidig naar het issue te kunnen verwijzen.
2.
kolom “Ingediend”
De gegevens in deze kolom omvatten de datum van indiening en de indiener. Deze gegevens kunnen worden gebruikt om de achtergrond of nadere details van het
issue later te kunnen achterhalen.
3.
kolom “Issue”
De omschrijving van het issue in de derde kolom bevat een beknopt, relevant omschrijving van het issue. Indien het issues via de e-mail wordt ingediend, wordt de
relevante tekst uit de e-mail overgenomen. De eerste onderstreepte regel bevat een kort, inhoudelijk samenvattend label van het issue.
4.
kolom “Status”
Bij ieder issue wordt de status in deze kolom bijgehouden. De mogelijke waarden in deze kolom en bijbehorende betekenis zijn:
5.
Waarde van Status
Betekenis
Open
Dit issues is ingediend en ingeschat als relevant; dit issues staat dus open om in de toekomst te worden opgepakt en/of opgelost.
In behandeling
Dit issues is inmiddels opgepakt om in de eerst volgende versie van de afspraak te worden opgelost.
Afgesloten
Dit issues is inmiddels opgelost in voorgaande versies van de afspraak.
Afgevoerd
Dit issues wordt volledig afgedekt in een ander issue (dubbeling) of is inmiddels niet meer relevant geworden.
kolom “Prio”
Bij ieder issue wordt een inschatting gemaakt van de prioriteit bij betrokkenen om het issue opgelost te krijgen. Deze inschatting is relatief, dus t.o.v. andere issues. De
mogelijke waarden in deze kolom zijn: Laag, Gemiddeld of Hoog.
6.
kolom “Complex”
Bij ieder issue wordt een inschatting gemaakt van de complexiteit van het proces om te komen tot één oplossing die eenduidig is en draagvalk heeft. Deze inschatting is
relatief, dus t.o.v. andere issues. De mogelijke waarden in deze kolom zijn: Laag, Gemiddeld of Hoog.
7.
kolom “Impact”
Bij ieder issue wordt een inschatting gemaakt van de impact voor een softwareleverancier (SWL) om de oplossing te implementeren. Deze inschatting is indicatief en
kan per type SWL anders zijn. De mogelijke waarden in deze kolom zijn: Laag, Gemiddeld of Hoog.
Lijst van afgehandelde issues (versie 2014708) behorend bij Afspraak OSO gegevensset v1.1.1
8.
Pagina 3
Kolom “Categorie”
Categorie 1 = Tekstuele correcties en verduidelijkingen, Categorie 2 = Functionele correcties en verduidelijkingen
Categorie 3 = Kleine functionele aanpassingen, Categorie 4 = Substantiële functionele aanpassingen
In onderstaande lijst van issues zijn de volgende aanvullende tekstmarkeringen gebruikt:
•
Felgroene markering (in 1e kolom): geeft aan dat het issue in versie 1.1.1 (juni 2014) is opgelost.
•
Rode markering (in 1e kolom): geeft aan dat het issue is afgesloten en uit de actuele issuelijst is verwijderd.
Nr
Ingediend
Issue
8
3-4-2013
Landelijke initiatieven
Ondersteuning voor uitwisseling van dossiers t.b.v. landelijke initiatieven (o.a. CITO), waarbij landelijk
toetsgegevens worden verzameld ten behoeve van normstelling, onderzoek en analyse.
Bij de uitwisseling van de toetsresultaten zijn er voor Cito een aantal tekortkomingen. Een belangrijke tekortkoming
is dat optie om anonieme dossiers met alleen toetsgegevens op te vragen ten behoeve van onderzoeksdoeleinden of
systemen voor bovenschoolse managementinfo of kwaliteitszorg ontbreekt.
Presentatie en interpretatie van de toetsresultaten blijft een probleem.
Jos van der
Arend
9
3-4-2013
Jos van der
Arend
10
3-4-2013
Jos van der
Arend
14
23-4-2013
Reviewgroep
25
26
Terugkoppeling
Ondersteuning voor uitwisseling van terugkoppeling van overstapdossiers t.b.v. validatie van schooladviezen.
Eventueel volautomatisch de koppeling maken en terugkoppelgegevens inlezen.
TIB (terugkoppelinformatie bericht) is vooralsnog uit de afspraak gehaald.
Andere uitwisselingen naast webservices
Gaat de afspraak bij uitzondering ook andere uitwisselingen van de gegevensset naast webservices ondersteunen,
zoals ftp of e-mail (vergelijk met UWLR)?
Hiermee zou de gegevensset ook voor andere doeleinden kunnen worden gebruikt.
Profiel voor uitwisseling van centraal-landelijke toetsresultaten naar scholen
De wens van Cito is om deze afspraak ook te gebruiken voor data voor landelijke onderzoek, conversie lvs1 lvs2 is
een voorbeeld van zo’n andere toepassing (ander profiel of use case). In de huidige basisafspraak gaat het om
uitwisseling tussen PO-PO, PO-VO en VO-VO scholen. Uitbreiding van andere toepassingen (profielen) mogelijk
maken, bv die van Cito naar mogelijk ook scholen e.a.
Status
Prio Compl Impact Cat.
Afgesloten
[Te vaag; als dit
concreet en
belangrijk wordt
kan een nieuw
profiel worden
gedefinieerd]
M
H
H
4
L
H
H
4
M
L
L
4
M
H
M
4
Afgesloten
[Te vaag; als dit
concreet wordt
kan een nieuw
profiel worden
gedefinieerd]
Afgesloten
[Te vaag; als dit
concreet wordt
kan een nieuw
issue worden
ingediend]
Afgesloten
[Te vaag; als dit
concreet en
belangrijk wordt
kan een nieuw
profiel worden
gedefinieerd]
27-5-2013
Tonny Plas
Ondersteuning van afspraak (gegevensset en profiel) voor VOMBO-overstap
Er is in SION verband een onderzoek geweest naar de informatiebehoefte bij de overstap van VO naar MBO. Hierbij
is een eerste gegevensset opgezet die op enkele punten afwijkt van de huidige gegevensset van de afspraak. Zo is
er hier bijvoorbeeld ook behoefte aan een mogelijkheid om de burgerlijke staat van de leerling vast te leggen. Zodra
de informatiebehoefte is gefinaliseerd zal de gegevensset hierop moeten worden aangepast.
Afgevoerd
[problematiek
wordt al in
issue 49 aan de
orde gesteld
M
H
H
4
31-5-2013
Remi
Bindadin
Het bsn in verzoekbericht van de overstapprofielen versleutelen
In het documentRequest (het bericht tussen LAS-en onderling zonder tussenkomst van het TC), wordt de zoeksleutel
wel versleuteld maar het bsn onversleuteld meegestuurd. Hoewel de zoeksleutel veelal is gebaseerd op deze bsn.
De vraag is of we dit willen veranderen in de toekomst.
Open
M
L
L
2
Lijst van afgehandelde issues (versie 2014708) behorend bij Afspraak OSO gegevensset v1.1.1
Pagina 4
Nr
Ingediend
Issue
Status
Prio Compl Impact Cat.
28
25-06-2013
Martijn
Redegeld
Nieuwe lijst overstapadvies PO-VO
Overstapadvies PO-VO (beschreven op blz. 39); deze lijst wordt zeer binnenkort herzien en ingedamd tot (uit mijn
hoofd) 12 typen. Ik neem aan dat het mogelijk is dit mee te nemen in deze versie.
Aanvulling (april 2014): De advieslijst voor volgend schooljaar is bekend. De brede adviezen (codes 24
t/m 29, 36, 37, 45, 53) verdwijnen per 31-07-2014. Omdat ieder systeem die uitwisselt met DUO dit
moet aanpassen heeft dit geen spoed. Verder zijn brede adviezen sowieso niet erg in trek. Het
onderwerp adviezen wordt volgende schooljaar pas weer na de jaarwisseling van belang. Wel vóór 3107-2014 doorvoeren.
Afgehandeld in
Afspraak
versie 1.1.1
M
L
L
2
Actualiseren en uitbreiden van gegevensmodel m.b.t. detail-toetsresultaten
Doelen van deze detaillering zouden zijn:
a. Resultaatcodes: Afvangen van ongeldige resultaten kan door zgn ‘resultaatcodes’, bijvoorbeeld zou bij AVI de
resultaatcode ‘TF’ (tijd en aantal fout) in de toetscodelijst toegevoegd kunnen worden. Dan is duidelijk welke velden
gevuld en niet gevuld moeten worden. Het geautomatiseerd uitlezen is daarmee ook eenvoudiger.
b. Opnemen van gecorrigeerde niveaus voor leerlingen die toetsen maken op afwijkende afnamemomenten (toetsen
op maat wordt steeds belangrijker).
c. Verificatie model voor nieuwe toetsvormen en normeringen zoals Rekenen basisbewerkingen, Leeftijdsnormering
bij peuters, nieuwe toetsen bij Volgsysteem VO, etc.
Aanvulling (april 2014): Joost van Dijck en Geert Evers hebben een voorstel gemaakt om de vulling van
de toetsresultaten te verbeteren.
Zie bijlage Voorstel verbeteren van de vulling van toetsresultaten van de oso gegevensset.
Aanvulling Expertgroep (mei 2014): Het totale voorstel is te ingrijpend voor invoering in versie 1.1.1 van
de afspraak. Een vereenvoudigd voorstel wordt gemaakt om mee te nemen in versie 1.1.1.
De rest van dit voorstel en de rest van dit issue wordt voor een volgende versie van de afspraak
bewaard.
GEDEELTELIJK
Afgehandeld in
Afspraak
versie 1.1.1
H
H
H
4
M
M
M
3
31
32
22-10-2013
Geert Evers
22-10-2013
Geert Evers
Procesafspraken over implementatie, invoering en uitfasering van versies en afspraken
Met ingang van schooljaar 2012-2013 is binnen VDOD afgesproken dat de nieuwe en zelfde OSO-toetscodes in DOD
gebruik moeten worden. De DOD versie moet dan wel 1.1 zijn en niet 1.09 of lager (gedefinieerd als met oude DOD
codes). Al 1 jaar een actieve afspraak dus, maar niet iedere leverancier houdt zich hier netjes aan, hetgeen leidt tot
verwarring en misinterpretatie.
Een LAS ‘knijpt’ nu het aantal leerlingen in DOD tot max. 100, vult de DOD matig en ontmoedigt de export via DOD.
De school kan daardoor zijn eigen toetsresultaten niet of moeilijk vrijgeven voor derden. De eigen ‘oplossing’ van de
LAS-leverancier is geen standaard en heeft een te simpele structuur en vulling voor CITO.
Mogelijk kan VDOD hierin een rol vervullen.
Afgesloten
[Te vaag; als dit
concreet en
belangrijk wordt
kan een nieuw
profiel worden
gedefinieerd]
Lijst van afgehandelde issues (versie 2014708) behorend bij Afspraak OSO gegevensset v1.1.1
Pagina 5
Nr
Ingediend
Issue
44
07-01-2014
Arjan van
Krimpen
Aanwijzingen voor bijlagedocumenten per overstapdossier
In onderstaande tabel is per schooltype aangegeven welke bijlagen een school in een overstapdossier aangeleverd kan
krijgen.
Bijlage
Overige Documenten
Status
PO
VO
MBO
X
X
X
Onderzoeksverslagen onder signalering lwoopro (Zorg)
Afgesloten
[Te vaag en te
weinig draagvlak;
als dit concreet en
belangrijk wordt
kan dit issue
worden ingediend]
X
Handelingsplannen
X
X
Documenten betreffende sociaal-emotioneel functioneren
X
X
Documenten betreffende verzuim
X
X
Documenten betreffende toetsresultaten
X
X
X
Documenten betreffende toetsonderdeelresultaten
X
X
X
Prio Compl Impact Cat.
L
L
L
2
L
L
L
2
M
L
M
2
Deze tabel kan worden toegevoegd aan de afspraak zodat een ieder weet wat er verwacht kan worden.
45
46
07-01-2014
Sven Haster
13-01-2014
André
Miedema
Ondersteuning van IBAN-nummers in plaats van oude rekeningnummers
Vanaf 1 februari 2014 moet iedereen gebruik maken van IBAN nummers. In het LAS willen we dan ook geen ‘oude’
rekeningnummers meer accepteren om onze gebruikers te helpen met deze overstap.
In het veld voor het rekeningnummer (veld ‘bankrekening’ bij ‘verzorger’) wordt elke niet-lege string geaccepteerd.
Gaat hier in het kader van IBAN/SEPA nog verandering in komen? Het IBAN formaat is volgens mij goed te valideren
en het zou mooi zijn als dit wordt opgenomen in de xsd.
Volgens SOM wordt het bankrekeningnummer door heel veel scholen gebruikt. Er zijn koppelingen met verschillende
betalingssystemen (o.a. Afas en Exact) voor het overdragen van debiteurs- en betalingsgegevens vanuit SOM naar
die systemen. Er is een centrale incassomodule ontwikkeld waarmee de automatische incasso’s worden aangemaakt
en rechtstreeks naar de bank worden gestuurd.
Wij willen pleiten om ten minste een veld ‘IBAN’ (met controle op IBAN formaat) toe te voegen aan de huidige versie
van de specificatie zodat het bronsysteem zelf kan kiezen of ze een ‘oud’ rekeningnummer (veld ‘bankrekening’) of
een IBAN (veld ‘IBAN’) opnemen in het dossier. Dit lijkt een uitbreiding met minimale impact. Op termijn zou er dan
voor kunnen worden gekozen om het oude veld ‘bankrekening’ geheel te laten vervallen.
Ondersteuning voor selectie van eindtoets in lijst van toetsen
De Eindtoets (CITO eindtoets maar ook andere eindtoetsen) staan bij de ontvangende LAS in de overzichtslijst van
toetsen en niet in het specifieke veld “eindscore”. LAS leverancier geeft aan onvoldoende informatie en/of verkeerde
dossiergegevens te hebben om de juiste selectie uit de lijst te kunnen maken.
Mogelijkheid is om de toets te selecteren op basis van het bijbehorende leergebied. Dit leergebied moet dan
overeenkomen met de kolom Leergebied in de OSO toetscodelijst. In de OSO toetscodelijst zijn de eindtoetsen aan
de hand van de waarde “eindtoets basisonderwijs” te herkennen. Dat de waarde van het veld Leergebied overeen
moet komen met de waarde in kolom Leergebied in de toetscodelijst zijn echter geen afspraken gemaakt. De
invulling van dit veld is dus voor dit gebruik onbetrouwbaar.
Tot die afspraken over het veld Leergebied er zijn, is er voor de ontvangende LAS de mogelijkheid om alle mogelijke
eindtoetsen in de lijst met toetsresultaten te bepalen aan de hand van de toetscodelijst. Met behulp van de kolom
“Leergebied” in de toetscodelijst kunnen alle mogelijke toetscodes van eindtoetsen basisonderwijs worden bepaald
en met dit lijstje van mogelijke toetscodes de eindtoets in de toetsresultaten vinden.
Wanneer je echt 1 definitief resultaat van de eindtoets wilt hebben en er meer van deze eindtoets-resultaten zijn,
zou je de meest recente als het definitieve eindresultaat kunnen zien.
Afgehandeld in
Afspraak
versie 1.1.1
Afgesloten
[Probleem kan
worden
opgelost door
correct gebruik
en controle van
de betreffende
toetscodes uit
de
toetscodelijst]
Lijst van afgehandelde issues (versie 2014708) behorend bij Afspraak OSO gegevensset v1.1.1
Nr
Ingediend
Issue
51
06-02-2014
Bas van Hell
Gegeven “Kerk en predikant” toevoegen bij overdrachtbinnenbrin
52
53
54
10-03-2014
Jos van der
Arend
13-03-2014
Joost van
Dijck
17-03-2014
Joost van
Dijck
Misschien kan ingevoegd worden in de gegevensset: kerk en predikant. Ik kan me voorstellen dat daar een meer algemene
aanduiding aan kan gegeven worden.
Aanvulling Expertgroep (mei 2014): Niet toevoegen aan gegevensset omdat dit gegeven ontbreekt in betrokken
pakketten.
Pagina 6
Status
Prio Compl Impact Cat.
Afgesloten
[Dit gegeven
ontbreekt in
pakketten]
L
L
L
2
Afgehandeld in
Afspraak
versie 1.1.1
M
L
L
1
Afgehandeld in
Afspraak
versie 1.1.1
M
L
L
1
Afgehandeld in
Afspraak
versie 1.1.1
M
L
L
1
Afgehandeld in
Afspraak
versie 1.1.1
M
L
L
1
Afgehandeld in
Afspraak
versie 1.1.1
M
L
M
2
Bij het metadata gegeven “De versie van het dossier” waarde per versie van de afspraak afspreken
In het gegevensblok <metadata> van een dossier komt het veld <eldversie> voor. Dit veld heeft als toelichting “De versie
van het dossier.”
Dit veld kan worden gebruikt om te identificeren volgens welke afspraak het dossier is samengesteld.
Alleen is toe nu toe nog niet afgesproken met welke waarde het versienummer wordt afgesproken. De één vult dit veld met
een datum de ander met versienummer x.y.
Zouden we hier niet beter een waarde van de betreffende versie van de afspraak moeten afspreken (b.v. de waarde
“oso_gegevensset_1.1” voor de nieuwste versie van afspraak)?
Zie bijlage Voorstel versies van namespaces en bestanden, na deze tabel.
Welke bestandsformaten van ODF moeten worden ondersteund?
Voor het ondersteunen van ODF bestaan meerdere extensies. Worden de LASSEN geacht deze allemaal te ondersteunen?
Belangrijkste hierbij is: wat is de behoefte? Welke documenten wil men oversturen?
De inschatting is dat dit voornamelijk tekstdocumenten zijn. In dit geval is noodzakelijk dat ODT (voor tekst) als
bestandsformaat in elk geval wordt ondersteund.
Het advies is om de met de andere ondersteunde bestandsformaten overeenkomende formaten te ondersteunen:
ODI (voor afbeeldingen), ODP (voor presentatie) en ODS (voor rekenblad) en natuurlijk ODT (voor tekst).
Proces en eisen opstellen voor eenduidige omgang met XSDs, XSLTs, namespaces en prefixes.
Ik tref iets geks aan in het xsd van het overstapdossier.
Het heet Overstapdossier_20140221.xsd. Het is ook van die datum.
Bovenin staat een commentregel dat op diezelfde 21 feb een verandering is doorgevoerd.
Maar de namespace is http://xml.eld.nl/schemas/Overstapdossier/20131128
En dat is vreemd. Wat moet het zijn?
Zie bijlage Voorstel versies van namespaces en bestanden, na deze tabel.
56
25-03-2014
Jaap Bos
(Topicus)
Velden voor versie in metadata.
De tag metadata heeft 2 velden voor versienummers: eldversie en xsdversie. Wat stellen deze velden nu exact voor? Mijn
idee is dat eldversie het versienummer van het trafficcenter aangeeft (dus 20121107) en xsd de versie van de
documentstandaard (dus 20121123). Op deze manier zou het dan mogelijk moeten zijn om een historisch ontvangen dossier
met behulp van het versienummer later nog te kunnen reconstrueren. Het blijkt echter dat verschillende pakketten
verschillende soorten versienummers doorgeven, soms wel tot 24 karakters lang.
Volgens de datadictionary ELD zou 2.10 een geldige waarde zijn voor eldversie, maar het is mij niet duidelijk waar dit voor
staat. Wellicht heeft iemand hier een antwoord op?
Zie bijlage Voorstel versies van namespaces en bestanden, na deze tabel.
57
04-04-2014
Joost van
Dijck en Jos
van der
Arend
Verplaatsen van enumeraties uit XSD naar XSLT.
Voorgesteld wordt om een aantal codelijsten uit de XSD te halen en de validatie van deze codelijsten in de XSLT validatie in
te bouwen.
Doelstelling hierbij is de stabiliteit van het XSD en herbruikbaarheid van de gegevensset te bevorderen. Hierdoor wordt het
haalbaarder om het XSD duurzaam en stabiel te houden, in elk geval gedurende de looptijd van een afspraak. Herstel van
fouten uitgezonderd.
Een eerste inventarisatie leidt tot de volgende codelijsten die kunnen worden verplaatst: 1. Eindtoetsen basisonderwijs, 2.
Advies vo, 3. LGF onderwijssoort, 4. Communicatie soort, 5. Communicatie aanduiding, 6. Voorschoolse toeleider, 7.
Voorschoolse historie, 11. Referentiescore, 12. Domeinen, 13. Jaargroepen, 16. Soort overstap, 19. Soort adres, 21. Profiel,
22. Vergelijkingsgroep, 23. Diagnose, 29. Overdrachtsoort.
Lijst van afgehandelde issues (versie 2014708) behorend bij Afspraak OSO gegevensset v1.1.1
Nr
Ingediend
Issue
Pagina 7
Status
Prio Compl Impact Cat.
Maar, hiertoe moet de XSLT validatie worden uitgebreid zodat het gebruik van alleen toegestane codes wordt gewaarborgd!
Zie bijlage Voorstel versies van namespaces en bestanden, na deze tabel.
58
59
60
04-04-2014
Joost van
Dijck en Jos
van der
Arend
Veld “Herzien advies vo” toevoegen.
Er is een overzicht van gegevens die over de eindtoets basisonderwijs volgens DUO met BRON moeten worden
uitgewisseld. Het betreft in eerste instantie een gegevensveld “Herzien advies VO”; deze zal ook moeten worden
toegevoegd aan de gegevensset. De uitgebreidere gegevensverzameling over de resultaten van de eindtoets zullen
ook tijdig (voor begin 2015 wanneer de verplichte eindtoets zal worden afgenomen) aan de gegevensset moeten
worden toegevoegd.
Afgehandeld in
Afspraak
versie 1.1.1
M
L
M
2
04-04-2014
Geert Evers
Typering van veld Tijdsduur van toetsafname veranderen van integer naar decimaal.
De waarde voor het veld van de tijdsduur van toetsafname (tabel A.21) is nu nog integer en moet naar decimaal
worden aangepast.
Afgehandeld in
Afspraak
versie 1.1.1
L
L
L
1
11-04-2014
Remi
Bindadin
Verplichting van blok Communicatiegegevens voor de leerling.
Op de een of andere manier staat er in de afspraak documenten van beide versies (1.0 en 1.1) dat er voor een
leerling minimaal één communicatie verplicht is. Zie hiervoor de tabel 6 “Bijzonderheden van de 3 overstapprofielen
m.b.t. leerling” in beide documenten.
Dit hoewel dit niet in de XSLT van versie 1.0 wordt gevalideerd, wordt de validatie van deze business rule in versie
1.1 wel uitgevoerd.
Afgehandeld in
Afspraak
versie 1.1.1
L
L
L
1
L
L
L
2
L
L
L
2
Omdat het uitgangspunt bij afspraak versie 1.0 was dat het XSD en XSLT leidend zijn, ben ik geneigd te zeggen dat
dit een fout in deze afspraak 1.0 is. Hiermee geldt dan dat afwijzing op basis van het ontbreken van een
gegevensblok communicatie volgens de afspraak 1.0 niet terecht zou zijn.
Maar volgens afspraak versie 1.1 mag een dossier bij het ontbreken van dit gegevensblok wel worden afgewezen,
omdat daar de afspraak tekst leidend is..
Omdat de expertgroep het unaniem eens was over dat deze communicatiegegevens niet verplicht
zouden moeten zijn, vervalt per direct de verplichting van dit blok voor de leerling.
62
64
28-04-2014
Tjeerd
Kruidhof
Leerlingen met rugzakje (LGF) hebben soms geen CVI nummer.
Momenteel komt er bij het klaarzetten van een leerling nog een fout, rechtstreeks uit het TC, mbt onderwijssoort 14.
Dit betreft leerlingen die wel een rugzakje hebben, maar slechtziend zijn. Hier wordt geen indicatie met CVI nummer
voor afgegeven.
Echter vraagt het TC wel om een CVI nummer, ongeacht de onderwijssoort. Hier zal een uitzondering voor moeten
worden ingebouwd in het TC.
Kortom: Voor cluster 1 indicaties mag het CVI nummer en het Brinnummer REC niet verplicht zijn.
27-05-2014
Rafael Perez
Bosman
Mag bij een toets in de lijst van toetsresultaten het resultaat ontbreken?
Wij zien een kleine XSD of beschrijving inconsistentie:
Bij een toets is het resultaat element verplicht in de zin dat deze er in moet zitten in de sequentie, terwijl alle child
elementen niet verplicht of aanwezig hoeven te zijn, en als ik de documentatie bekijk dan lijkt dit ook niet nodig te
zijn.
Dit geeft nu bij SE toetsen een klein probleempje aangezien dezen geen resultaten kennen, hooguit een document.
Hierbij moeten we dan een lege resultaten node invoegen wat volgens mij niet helemaal netjes is.
Reactie: Bij een toetsresultaat wordt minimaal 1 van de child nodes in resultaat verwacht. Dit staat
vermeld in business rule OS.T05 in Tabel 6.
Afgehandeld in
Afspraak
versie 1.1.1
Open
Lijst van afgehandelde issues (versie 2014708) behorend bij Afspraak OSO gegevensset v1.1.1
Pagina 8
Bijlage bij issue 31
Voorstel Verbeteren van de vulling van toetsresultaten in OSO gegevensset (versie 1.1)
Verbeteren van de vulling van toetsresultaten in OSO gegevensset (versie 1.1)
Joost van Dijck, Geert Evers
07-05-2014
Doelstelling
Waarborgen dat toetsresultaten goed uitgewisseld kunnen worden.
- Op een voldoende detailniveau
- Herkenbaar voor de scholen
- Gebaseerd op de specificaties van de uitgever van de toets
- Gebaseerd op overeenstemming over “wat nodig is”
Fasering
Een aantal verbeterpunten kunnen gerealiseerd worden binnen de bestaande xsd en xslt.
In deze tekst zijn verbeterpunten cursief weergegeven die pas gerealiseerd kunnen worden na een aanpassing van de xsd en xslt. Deze
kunnen pas gerealiseerd worden in 2015.
Afspraken
1. Indien relevant voor de toets / onderdeel en beschikbaar dan meesturen: Aantal goed, Aantal fout en tijd (in seconden), aantal
Gelezen en fout. Dit is afhankelijk van toets / toetsversie en toetsonderdeel en de afnamewijze (digitaal of handmatig)
2. Indien de toets / onderdeel werkt met vaardigheidsschaal (Cito) , dan de code vaardigheidsschaal en vaardigheidsscore meesturen.
3. Voor resultaten van digitale toetsversies van Cito is de vaardigheidsscore verplicht.
4. Indien de toets / onderdeel werkt met percentielscores, dan het percentiel meesturen.
5. Functioneringsniveau invullen indien beschikbaar, DLE invullen indien beschikbaar.
6. Als een toets of toetsonderdeel een AE en/of IV normering heeft dan deze niveauaanduiding meesturen.
Voor 2015: De volgende afspraken 7, 8 en 9 vergen een aanpassing van de xsd en xslt. Deze afspraken worden in 2015
geïmplementeerd.
7. Indien het resultaat een AVI-toets of ZML-toets betreft, dan specifieke AVI-beheersingsniveau of ZML-niveau meesturen.
8. Als een toets of toetsonderdeel een, LGH (Laag, Gemiddeld, Hoog) heeft dan deze niveauaanduiding meesturen.
9. Gecorrigeerd niveau AE en IV toevoegen als mogelijke referentiescores.
Afspreken dat dit meegestuurd wordt als het daadwerkelijke toetsafnamemoment afwijkt van het standaard afnamemoment (toetsen
op maat).
Lijst van afgehandelde issues (versie 2014708) behorend bij Afspraak OSO gegevensset v1.1.1
Pagina 9
Oplossingsrichting:
• In de OSO toetscodelijst per toetsversie / onderdeel duidelijkheid scheppen en opnemen wat aan vulling verplicht of optioneel is.
Tijd en fouten, Gelezen en fouten , Aantal goed, Vaardigheidsscore
Percentiel, niveau AE, IV, , Functioneringsniveau, DLE,
In 2015 worden toegevoegd: LGH, ZML, AVI en Gecorrigeerd niveau AE , IV
• Deze richtlijnen en controle worden aangegeven in de OSO toetscodelijst voor actuele, veel gebruikte toetsen die belangrijk zijn voor
POPO en POVO uitwisseling.
Impact
• Wijziging OSO toetscodelijst: per toetsversie wordt aangegeven welke data verplicht /optioneel zijn
• Voor 2105: Wijziging OSO codelijsten: toevoeging van referentiescores
• Voor 2015: Er zijn nieuwe referentiescores nodig: CAE, CIV, LGH, ZML, AVI. Daardoor moet de overstapdossier XSD gewijzigd
worden: enumeraties worden uit de XSD verwijderd en opgenomen in het xslt schematron.
Voorstel voor de borging van deze afspraken
De SWL laat tijdens de kwalificatie zien dat toetsresultaten conform de specificaties van de OSO toetscodelijst aangeboden worden in de
XML output. Tijdens de kwalificatie wordt gecheckt op resultaten van deze toetsen;
Omschrijving
AVI 2009
Begrijpend lezen
Taal voor kleuters
Rekenen voor kleuters
Rekenen Wiskunde 3
Rekenen Wiskunde
DMT2009
Spelling
Woordenschat
OSO toetscode
AVI09
BLZ07
TVK10
RVK10
RW3
RW2006
DMT09
SPELLING07
WST09
Lijst van afgehandelde issues (versie 2014708) behorend bij Afspraak OSO gegevensset v1.1.1
Pagina 10
Bijlage bij issue 52, 54 & 56
Voorstel versies van namespaces en bestanden
Uitgangspunten / principes
•
Een nieuwe XSD maken en publiceren, alleen wanneer dat noodzakelijk is.
•
XSD valideert de gegevensstructuur; XSLT valideert één of meer profielen. Het huidige XSLT valideert de OSO overstapprofielen.
•
XSD en XSLT worden ingezet om zoveel mogelijk onderdelen van de afspraak te kunnen controleren (valideren), de realiteit is dat niet alle onderdelen van de afspraak
kunnen worden gevalideerd.
Dus ook al is de XML van een overstapdossier volgens de XSD en XSLT valide dan nog kan de XML van het dossier is strijd zijn met de afspraak (denk aan de
aanbevelingen & vullingsgraad, maar ook aan landcodes, toetscode, datum, etc.).
•
In de XML worden de namespaces bepaald, de koppeling van de definitie van een namespace middels een XSD gebeurt per namespace in het attribuut schemaLocation.
•
Officiële XSD en XSLT die de standaard OSO gegevensset en profielen betreft worden alleen door EduStandaard uitgegeven, geen andere partij. De meest recente
versie van het XSD en XSLT worden in het pakket technische bestanden op de website gepubliceerd.
Ervaringen/Procesbeschrijving
•
Een nieuwe versie van de afspraak leidt altijd tot een nieuwe versie van het XSD en het XSLT.
•
Een nieuwe versie van de technische bestanden leidt soms wel en soms niet tot een nieuwe versie van het XSD en/of XSLT.
•
In de afspraak wordt de gehanteerde namespace genoemd en wordt verwezen naar de (op dat moment bekende) meest recente versie van het XSD.
•
Er is een veld <xsdversie> dat het versienummer van de XML van het dossier aangeeft.
•
Verschillende versies van verschillende XSDs circuleren her en der.
•
Binnen een XML heb je de mogelijkheid om verschillende namespaces tegelijk te definiëren: een default namespace en aanvullende namespaces per prefix. Er zijn
implementaties (ESIS) zonder default namespace en bepaalde namespace wordt per deelelement gedefinieerd.
•
De communicatie en verspreiding van de nieuwste XSD en XSLT versies gebeurt nog niet open, breed en voorspelbaar (volgens een proces).
•
Iedereen is vrij om het XSD en XSLT te downloaden en te gebruiken.
•
Iedereen is vrij om het XSD of XSLT naar eigen behoefte aan te passen (een eigen strakkere XSD) en te gebruiken, zolang de aanpassingen binnen de standaard vallen.
Hierbij kan de namespace ongemoeid gelaten en kan de schemalocation van de namespace worden aangepast.
•
De validatie gebruikt een andere XSD versie dan de meest recente.
•
Op dit moment worden verschillende namespaces gebruikt:
http://xml.eld.nl/schemas/Overstapdossier/20121123 voor versie 1.0 van de afspraak
http://xml.eld.nl/schemas/Overstapdossier/20131128 voor versie 1.1 van de afspraak
•
Op dit moment zijn er verschillende XSDs verschenen:
Overstapdossier_20121123.xsd voor versie 1.0 van de afspraak
Overstapdossier_20131128.xsd en Overstapdossier_20140221.xsd (update buitenlands adres) voor versie 1.1 van de afspraak
•
Op dit moment zijn er verschillende XSLTs verschenen:
ValideerOverstapdossier_20121126.xsl en ValideerOverstapdossier_20121123 - v20140311.xsl (update ) voor versie 1.0 van de afspraak
ValideerOverstapdossier_20131128.xsl voor versie 1.1 van de afspraak
•
In de soap envelope en het request wordt de volgende namespace gehanteerd: http://xml.eld.nl/schemas/Overstapservice/20121107
Conclusies
•
In XSD, XSLT en XML voorbeelden is het uitgangspunt dat de afgesproken namespace van dossier de default namespace is (zoonder prefix, zonder aanvullende
namespaces). Iedereen is vrij om eigen namespace te definiëren zolang het dossier voordoet aan de voorwaarden van de afspraak en de actuele XSD.
Lijst van afgehandelde issues (versie 2014708) behorend bij Afspraak OSO gegevensset v1.1.1
•
•
•
•
•
•
•
•
Pagina 11
De namespace wordt per versie van de afspraak vastgesteld en vastgehouden (dus namespace benamingen die naar versienummer verwijzen in plaats van datum)
De namespace benaming heeft vanaf heden in toekomstige versies de volgende structuur:
http://www.edustandaard.nl/oso_gegevensset/(versienummer)/dossier, waarbij “(versienummer)” het betreffende versienummer van de afspraak betreft (momenteel
“1.1”.
Om de stabiliteit van het XSD te bevorderen (en tegelijk het hergebruik van de gegevensset te bevorderen) worden een aantal vocabulaires uit het XSD gehaald en de
validatie hiervan zal door het XSLT worden overgenomen.
Indien er gedurende de looptijd van een versie van de afspraak een nieuw XSD moet worden gemaakt dan wordt ervoor gezorgd dat XML die gemaakt is met een
eerdere versie XSD upwards compatible is. Van deze regel kan alleen worden afgeweken bij foutherstel!
Het eruit halen van de enumeraties uit het XSD opent de weg naar beschikbaar stellen van codelijsten in XML, zoals VDEX.
In alle updates van XSD en XSLT is het in documentatie/commentaarregels in het bestand duidelijk gemaakt welke veranderingen hebben geleid tot de update. Een
historie van updates per afspraakversie wordt daarmee bijgehouden.
In alle updates van de codelijsten (toetscodes en overige codelijsten) is het in de documentatie/commentaarregels in het bestand duidelijk gemaakt welke
veranderingen de afgelopen jaren hebben plaatsgevonden. Een historie van redelijk recente updates per codelijst bestand wordt daarmee bijgehouden.
Het veld <eldversie> bevat de waarde dat gelijk is aan hete versienummer van de afspraak OSO (nu “1.1”).
Het veld <xsdversie> bevat de waarde dat gelijk is aan de datum in de bestandsbenaming van het XSD. Het betreft hier het XSD dat gebruikt is bij de samenstelling
van het dossier en het XSD volgens welke het dossier valideert.
Praktijk
Op dit moment zijn voor de afspraak OSO gegevensset versie 1.1 (2014) een aantal technische bestanden verzameld in een bundel. Dit zijn: “OSO gegevensset XSD”, “OSO
POVO toetscodes”, “OSO codelijsten. Betreffende deze bestandsbenamingen en bestandsinhouden hebben bovenstaande veranderingen de volgende gevolgen voor deze
zaken:
Technische bestanden – onderdeel
OSO gegevensset XSD - bestandsnaam
OSO gegevensset XSD – bestandsnaam (update)
OSO gegevensset XSD – default namespace
OSO gegevensset XSD – targetNamespace
OSO gegevensset XSD – enumeraties
OSO gegevensset XSLT - bestandsnaam
OSO gegevensset XSLT – namespace validatie
OSO gegevensset XSLT – validaties van vocabulaires
OSO gegevensset XSLT – validaties
OSO
OSO
OSO
OSO
OSO
toetscodes
toetscodes
codelijsten
codelijsten
codelijsten
- bestandsnaam
- overzicht van wijzigingen
- bestandsnaam
– bestandsnaam (update)
– broninformatie
Nu
Overstapdossier_20131128.xsd
Overstapdossier_20140221.xsd
http://xml.eld.nl/schemas/Overstapdossier/20131128
http://xml.eld.nl/schemas/Overstapdossier/20131128
Gespecificeerd bij diverse velden
ValideerOverstapdossier_20131128.xsl
Direct gekoppeld aan de default namespace in XSD
Validatie van veel velden met vocabulaire ontbreken
Alleen validatie van business rules van overstapprofielen
Toekomst (had moeten zijn)
Overstapdossier_1.1_20131128.xsd
Overstapdossier_1.1_20140221.xsd
http://www.edustandaard.nl/oso_gegevensset/1.1/dossier
http://www.edustandaard.nl/oso_gegevensset/1.1/dossier
Geen enumeratie van waarden meer bij bepaalde velden, zie (1)
ValideerOverstapdossierPoVo_1.1_20131128.xsl
Direct gekoppeld aan de nieuwe default namespace in XSD
Validatie van waarde van bepaalde velden met vocabulaire, zie (1)
Validatie van business rules en vocabulaires van overstapprofielen;
per validatieregel een verwijzing naar de plaats in de afspraak.
OSO toetscodes POVO 20131114.xls
Overzicht van wijzigingen in afgelopen 3 jaren.
OSO codelijsten 20131128.xls
OSO codelijsten 20131206.xls
Codelijsten worden nu belangrijker, omdat dit de bron van de validatie is.
OSO toetscodes POVO 20131114.xls
Historie van recente wijzigingen
OSO codelijsten 20131128.xls
OSO codelijsten 20131206.xls
Codelijsten vooral voor documentatie; een dubbeling
van het afspraak-document
OSO codelijsten – overzicht van wijzigingen
Historie van recente wijzigingen
Overzicht van wijzigingen in afgelopen 3 jaren.
(1) Een eerste inventarisatie leidt tot de volgende codelijsten die zouden kunnen worden verplaatst: 1. Eindtoetsen basisonderwijs, 2. Advies vo, 3. LGF onderwijssoort, 4. Communicatie soort, 5.
Communicatie aanduiding, 6. Voorschoolse toeleider, 7. Voorschoolse historie, 11. Referentiescore, 12. Domeinen, 13. Jaargroepen, 16. Soort overstap, 19. Soort adres, 21. Profiel, 22.
Vergelijkingsgroep, 23. Diagnose, 29. Overdrachtsoort.
Lijst van afgehandelde issues (versie 2014708) behorend bij Afspraak OSO gegevensset v1.1.1
Pagina 12
Afgehandelde issues in Afspraak OSO gegevensset v1.1 (versie 23 april 2014)
Hieronder volgt een lijst van afgehandelde issues in versie 1.1 van de afspraak of die gedurende de ontwikkeling van deze versie zijn afgesloten omdat
het issue niet relevant (meer) is of geen draagvlak heeft.
In het tweede deel van dit document worden de concrete aanpassingen aan de afspraak voor de versie 1.1 opgesomd. Onderdeel daarvan is ook de tabel
“Wijzigingen per gegevensveld”. In deze tabel zijn behalve de resultaten van het oplossen van algemene issues ook kleinere specifieke issues per
gegevensveld meegenomen. In deze tabel kunnen dus issues worden genoemd en opgelost die niet in de algemene lijst voorkomen.
Nr
Ingediend
Issue
Status
1
3-4-2013
Informatiemodel moet leidend worden
Op dit moment is de techniek leidend voor wat betreft de afspraak. De technische uitwisseling gebaseerd op de
technische definitie- en validatiebestanden (WSDL, XSD en XSLT) bepalen of een implementatie voldoen aan de
afspraak of niet.
Op termijn willen we overschakelen op een afspraak waarbij het beschreven informatiemodel leidend is. De
technische bestanden zijn slechts begrijpelijk voor applicatie-ontwikkelaars; het informatiemodel is begrijpelijk
voor zowel informatie-architecten en -managers als productmanagers en applicatie-ontwikkelaars. In het
informatiemodel staan verder de semantische afspraken beschreven over de betekenis van gegevensvelden. Deze
semantische afspraken kunnen met behulp van de WSDL-, XSD en XSLT-bestanden slechts tot een bepaald
niveau worden gevalideerd.
Kortom, wanneer nu de betrokken partijen een andere betekenis hechten aan een bepaald gegevensveld (b.v.
geboortedatum, aanmelddatum of inschrijfdatum van veld “datum”) maar de gegevens worden technische wel
correct uitgewisseld, dan voldoet iedereen aan de afspraak maar van correcte semantische uitwisseling is geen
sprake. De datadictionary was tot nu toe de plek waarin de semantiek van de gegevensset werd uitgelegd.
Afgehandeld in
Afspraak
versie 1.1
Vocabulaires worden onderdeel van de afspraak
Er is behoefte aan de omslag van codelijsten naar vocabulaires. Codelijsten zijn nu bijna allemaal vastgelegd in
het XSD, m.u.v. de Toetscodelijst, waardoor aanpassing van het XSD noodzakelijk bij wijziging in een codelijst.
Iedere aanpassing in het XSD levert potentiele compatibiliteitsproblemen op bij de uitwisseling omdat nooit alle
systemen tegelijk over kunnen gaan.
In de vocabulaires kunnen naast de opsomming van toegestane waarden per waarde een label en omschrijving
worden mee gegeven. Dit is vooral belangrijk bij deze velden met gecodeerde waarden en gelimiteerd
waardenbereik. Deze vocabulaire kan dan door een applicatie worden gebruikt in de behandeling van deze
waarden richting de gebruiker van de applicatie (de gebruikersinterface). Deze vocabulaires
Deze vocabulaires zullen vooralsnog ter ondersteuning beschikbaar worden gesteld en zijn dus niet verplicht.
Afgesloten
[Weinig
draagvlak;
wordt niet als
probleem
ervaren]
Laag
Klein
Klein
Jos van der
Arend
in paragraaf 4.3
Conformiteit
Laag
3-4-2013
Impact
Gemiddeld
2
Complex
Gemiddeld
Jos van der
Arend
Prio
Lijst van afgehandelde issues (versie 2014708) behorend bij Afspraak OSO gegevensset v1.1.1
Jos van der
Arend
16
23-4-2013
Reviewgroep
Afgesloten
Regionale initiatieven
Ondersteuning voor uitwisseling van overstapdossiers t.b.v. regionale initiatieven, waarbij in een bepaalde regio
leerlinggegevens in een regionaal platform applicatie worden verzameld en aangevuld (verrijkt) ten behoeve van
formuleren en uitvoeren van beleidsdoelstellingen. Indien hier behoefte aan is, kan tevens hierbij de eventuele
ondersteuning voor uitwisseling met meerdere regionale initiatieven worden meegenomen.
Voor de uitwisseling van een dossier van school naar regionaal platform wordt een nieuw profiel
overdrachtbinnenbrin gedefinieerd. Verschil betreft het niet verplichten van de velden: contact nodig?
Voor de uitwisseling van regionaal platform naar school kan dit nieuwe profiel ook voldoen (of volstaan de
bestaande overstapprofielen).
Afgehandeld in
Afspraak
versie 1.1
Gegevensset opdelen in logische/functionele blokken
De wijze van samenstelling van dossiers zou nader bekeken moeten worden, hierin moet haalbaarheid (voor alle
partijen) meegenomen worden. De suggestie is: formuleer logische gegevens blokken en zet daar regels
(Business rules) bij (bv voor profiel PO-PO dienen de volgende velden te worden meegeleverd). Het is niet
haalbaar om dat op veldniveau te organiseren (niet voor de school en niet voor de leveranciers). De technische
implementatie op blokniveau heeft voor leveranciers al veel impact.
Afgesloten
[Te vaag;
problemen
individueel aan
de orde stellen]
[Te vaag;
problemen
individueel aan
de orde stellen]
Gemiddeld / Groot
Gemiddeld
Klein / Gemiddeld
3-4-2013
Maximale lengte van gegevensvelden
Om interoperabiliteit te optimaliseren is het belangrijk afspraken te maken over maximale lengtes van
gegevensvelden (maximale stringlengte).
Belangrijk is hierbij de lengtes niet te krap te nemen omdat het gebruik van diakritische tekens de lengte van het
aantal fysieke karakters doet toenemen, maar niet het aantal logische karakters.
Klein /
Gemiddeld
7
Afgesloten
Groot
Jos van der
Arend
Maximaal aantal voorkomens van gegevensvelden
Om interoperabiliteit te optimaliseren is het, indien mogelijk, belangrijk een afspraak te maken over maximale
voorkomens van een gegevensveld. Of anders in elk geval een laagst toegestaan maximum (LTM), wat betekent
dat is het aantal waarvan je kunt verwachten dat een systeem daarmee om kunt gaan. Een systeem is niet
verplicht meer voorkomens dan deze LTM te ondersteunen.
Voorbeelden van voorkomens die nu nog oneindig zijn: de voornamen, de verzorgers, de adressen in een
adreslijst, de documenten in een documentenlijst (sefunctioneren, handelingsplan, …).
Belangrijk is hierbij de beperkingen niet te krap te nemen.
Groot
3-4-2013
[Te vaag;
problematiek
wordt al in
andere issues
(o.a. 6 en 12)
aan de orde
gesteld]
Gemiddeld
5
Afgesloten
Gemiddeld
Jos van der
Arend
Impact
Hoog
3-4-2013
Complex
Gemiddeld /
Hoog
4
Prio
Laag
Jos van der
Arend
Status
Gemiddeld
Het informatiemodel moet strikter
Nu worden heel veel verschillende soorten gegevens in het informatiemodel (op een gestructureerde wijze)
beschreven. Veelal betreft dit gegevens waarvan we zeker weten dat het ontvangende systeem (LAS op volgende
school) dit niet op deze zelfde gestructureerde wijze zal opslaan. Bij veel van deze gegevens kun je je afvragen of
deze gegevens volgens het informatiemodel of in bijlage-documenten moeten worden overgedragen. Wellicht
hebben deze gegevens wel een functie in de overdracht; eventueel in de overdracht naar andere instanties dan de
vervolgonderwijsinstelling.
Er zijn nu bijlagedocumenten gedefinieerd voor onderzoeksverslag, handelingsplan, se-functioneren, verzuim en
toetsresultaat. Misschien is het in de toekomst mogelijk om de afspraak meer in stukjes te knippen en per
bijlagedocument een informatiemodel (of gegevenselementen) vast te stellen. Dan kan dit onderliggende
informatiemodel volgens de eigen dynamiek worden aangepast en aangevuld. Dit heeft dan wel mogelijk gevolgen
voor de compatibiliteit en versies.
Met opzet zijn de genoemde documenten op deze manier toegevoegd om ook ruimte te bieden voor lokale
invullingen en variaties. Bovendien ontbreken landelijke standaarden voor de genoemde elementen.
Laag
Issue
3-4-2013
Hoog
Ingediend
3
Gemiddeld
Nr
Pagina 13
in paragraaf
5.2.3
[Te vaag; dit
wordt relevant
wanneer grondige herziening
nodig is]
Pagina 14
Update toetsmodel en codelijsten
Het huidige toetsmodel is nog niet geschikt voor biiv. gecorrigeerde niveaus als een leerling een afwijkende of
speciale toets gemaakt heeft (toetsen op maat wordt steeds belangrijker).
Afgevoerd
[Opgenomen in
issue 30}
29
24-7-2013
Joost van
Dijck
Inzage op “Ja” in overstapdossier
Gisteren heeft iemand gemeld dat in het van jullie ontvangen dossier de inzage van de ouders op Nee staat en
dat dit niet conform de validatie is.
Als ik het valideer.xls naloop zie ik dat daar gevalideerd wordt of de tag inzage aanwezig is en niet of deze op
True staat
Afgaande op de inhoudelijke afspraken moet de inzage wel degelijk op True staan (ouders moeten inzage hebben
gehad) maar dit is in de validatie verkeerd geïmplementeerd. Mijn interpretatie is dus dat valideer.xls op dit punt
niet in de pas loopt met de inhoudelijke afspraken.
Afgehandeld in
Afspraak
versie 1.1
In valideer.xls wordt alleen maar gevalideerd of er een tag inzage bestaat.
Wel voor alle overstapdossiers (POPO, POVO en VOVO) niet voor overdrachtbinnenbrin.
Klein
18-06-2013
Geert Evers
Klein
27
Klein
Afgesloten
[Is geen
probleem]
Klein
Verbieden van adressoort “gba” voor school en instelling
Het GBA is voor persoonsgegevens. Het adressoort van soort “gba” (naast bezoek en post) zou daarom voor een
school, instelling of instantie moeten worden verboden.
Klein
24-5-2013
Jos van der
Arend
Groot
24
in Tabel A.2,
A.3, A.7B en
A.10
Gemiddeld
Afgehandeld in
Afspraak
versie 1.1
Laag
Verplaatsing van verplichtingen van XSD naar profielen
De toepassing van de gegevensset in andere profielen kan nog meer worden gestimuleerd door een aantal voor
overstap verplichte onderdelen (“Soort overstap” in Metadata, “Inzage door ouders” in Inzage, “Overstapadvies”
in Leerling en “Contact nodig” in Overstapadvies) in de gegevensset (het XSD) niet meer verplicht te stellen maar
wel te verplichten in de betreffende overstapprofielen.
Laag
24-5-2013
Joost van
Dijck
23
in paragraaf 4.3
& Tabel A.16
Laag
Afgehandeld in
Afspraak
versie 1.1
Laag
Bestandsformaten JPG en toevoegen voor bijlagedocumenten
Er wordt in paragraaf “Conformiteit” een lijst met toegelaten bestandtypes genoemd. Er is behoefte aan
bestanden van type JPG en XML. Het bestandformaat XML biedt mogelijkheden voor specifieke uitbreidingen.
In eerste instantie zal alleen het bestandsformaat JPG worden toegelaten.
Impact
Gemiddeld
17-5-2013
Expertgroep
20
in Tabel 6
Complex
Laag
Afgehandeld in
Afspraak
versie 1.1
Gemiddeld
GBA-adres is verplicht: wat als leerling in buitenland woont
Wanneer een leerling in het buitenland woont dan is er geen GBA-adres. Hoewel dit GBA-adres voor de
overstapprofielen verplicht is. Wellicht is dit een uitzonderingsregel die moet worden toegevoegd aan de
overstapprofielen bij het adresveld.
Uit de praktijk blijkt dat GBA-adressen ook prima via DUO kunnen worden verkregen.
Gemiddeld
16-5-2013
Remi
Bindadin
19
in paragraaf 4.3
& Tabel A.16
Prio
Gemiddeld
Afgehandeld in
Afspraak
versie 1.1
Hoog
Status
Open standaard bestandsformaten toevoegen als mogelijke bijlagedocumenten
Er wordt een lijst met toegelaten bestandtypes genoemd (pagina 27 in versie 0.2). Het is vreemd dat hier de
open standaard ODF niet bijstaat.
De overheid stelt alle publieke organisaties verplicht ook het "open document formaat' te kunnen bieden.
Lees bijvoorbeeld: http://www.rijksoverheid.nl/onderwerpen/digitale-overheid/open-standaarden-en-open-source
Gemiddeld
Issue
24-4-2013
John Mans
Gemiddeld
Ingediend
18
Hoog
Nr
Laag
Lijst van afgehandelde issues (versie 2014708) behorend bij Afspraak OSO gegevensset v1.1.1
in Tabel 5
Lijst van afgehandelde issues (versie 2014708) behorend bij Afspraak OSO gegevensset v1.1.1
Pagina 15
Nr
Ingediend
Issue
Status
34
14-11-2013
Joost van
Dijck
Profiel voor SO-VO
Geconstateerd tijdens kwalificatiesessies van PCBO Rotterdam waarbij ook 2 SO scholen aanwezig waren
Afgehandeld in
Afspraak
versie 1.1
Toelaatbaarheidsverklaring in dossier
Vooruitlopend op invoering passend onderwijs zal in eerste instantie worden toegewerkt naar aanpassing zoals in
de uitwisseling met DUO (ingangsdatum 1-8-2014). D.w.z. LGF op termijn weg; AB weg;
Toelaatbaarheidsverklaring (so-so en so-vso overstap) erin.
De informatie voor WEC scholen (SO en VSO) moet uitgebreid worden met de Toelaatbaarheidsverklaring (TLV).
TLV (bij so-so en vso-vso overstap) bestaat uit: ingangsdatum, samenwerkingsverbandnummer,
bekostigingscategorie, beschikkingsnummer, einddatum geldigheid.
Afgehandeld in
Afspraak
versie 1.1
Uitstroomprofiel WEC in dossier
Vooruitlopend op wijzigingen in Wet Kwaliteitsverbetering VSO zal in eerste instantie worden toegewerkt naar
aanpassing m.b.t. Uitstroomprofiel VSO in de uitwisseling met DUO (ingangsdatum 1-8-2014).
De informatie in het dossier voor WEC VSO scholen moet uitgebreid worden met het uitstroomprofiel WEC (UPW)
bij vso-vso overstap, bestaat uit: ingangsdatum, uitstroomprofiel, elementcode en leerjaar.
Afgehandeld in
Afspraak
versie 1.1
optioneel blok
in gegevensset
in Tabel A.14
en A.14A
optioneel blok
in Tabel A.14
en A.14B
Klein
Klein
Laag
Laag
Klein
Klein
22-11-2013
Expertgroep
in Tabel 4
Klein
Afgehandeld in
Afspraak
versie 1.1
Klein
Aanvulling codelijst Foutcode bij documentRequest bericht
Nieuw waarde:
BronGeenRelatieMetDoel Is de doelBRIN gelijk aan de bronBRIN (bij profiel “Overdracht binnen brin”) type
Laag
in Tabel A.10
15-11-2013
Arjan van
Krimpen
22-11-2013
Expertgroep
Laag
Hoog
Afgehandeld in
Afspraak
versie 1.1
Hoog
Hoog
in Tabel A.14
Laag
39
Omschrijving VO
Geen specifiek advies mogelijk
Afgehandeld in
Afspraak
versie 1.1
Laag
38
Code
80
in Tabel 6
Hoog
37
15-11-2013
Joost van
Dijck
Impact
Gemiddeld
36
15-11-2013
Joost van
Dijck
Complex
Gemiddeld
35
Als een SO school een OSO bestand wil maken en voor een POVO overdracht kiest zal dit bestand niet valideren
omdat SO scholen geen VO advies invullen. In ESIS kunnen deze scholen ook geen VO advies invullen.
Dit betekent dat zij tijdens de kwalificatie tegen een probleem aanlopen.
Een workaround is dat SO scholen en POPO overdracht kiezen. In dit profiel is het VO advies niet verplicht.
Gevaagde actie: het is nodig om voor SO scholen een apart profiel te maken: SO-VO waarin het advies niet
verplicht is.
Aanvulling codelijst LGF onderwijssoort met waarden 35 en 44
Wij zien naar aanleiding van een klantmelding dat in de OSO codelijst LGFonderwijssoort de codes 35 en 44
ontbreken:
35: Downsyndroom: Syndroom van Down
44: Just. jeugdinrichting: justitiële jeugdinrichting
Daardoor valideren dossiers niet waar een LGF met die code 35 en 44 is aangeleverd omdat de XSD op het bereik
checkt: pattern = 1[1-4]|2[1-6]|3[1-4]|40
Dit vraagt om een aanvulling in de codelijst en ook een aanpassing in de validatie van het XSD in het traffic
centre.
Aanvulling codelijst VO advies met waarde 80
Codelijst VO advies uitbreiden met
Prio
Lijst van afgehandelde issues (versie 2014708) behorend bij Afspraak OSO gegevensset v1.1.1
Pagina 16
Nr
Ingediend
Issue
Status
42
25-11-2013
Bas Damen
Verplichte toetsresultaten bij PO-PO overdracht
Ik heb nog een vraag over het meenemen van toetsresultaten bij een overdracht van een leerling via OSO van PO
naar PO. Dit naar aanleiding van de laatste pilot. We komen er met behulp van de documentatie (o.a.
Datadictionary en gegevensset) niet helemaal uit.
We willen weten of het vereist is dat bij een PO-PO overdracht de toetsresultaten van de leerling ook in het
dossier worden opgenomen.
Aanvullende reactie: Het stellen van een verplichting niet wenselijk voor welk profiel dan ook. Er kunnen
theoretisch leerlingen binnenkomen uit het buitenland die geen enkele toets nog hebben afgenomen maar wel in
een overdracht gaan, waarbij dan dus geen toetsen beschikbaar zijn. Bij een binnenbrin overdracht is het ook
goed mogelijk dat de testresultaten nog niet bekend zijn of nog uit een ander pakket moeten komen.
Afgehandeld in
Afspraak
versie 1.1
De waarden “1” en “0” zijn toegestaan voor Boolean velden
Er is een probleem bij het inlezen van een dossier. Het dossier bevat de waarden 1 of 0 bij boolean-velden, waar
een ‘true’ of ‘false’ wordt verwacht. Deze applicatie snapt dit niet en genereert een foutmelding.
Volgens de definitie van een boolean veld in het XSD zijn waarden 1 en 0 in plaats van true en false toegestaan.
Dit staat niet zo expliciet in het document van de afspraak.
Wijziging: Ook deze waarden 1 en 0 als toegestaan vermelden bij Boolean veld.
Afgehandeld in
Afspraak
versie 1.1
Laag
Klein
Laag
Klein
in Tabel 6
in Bijlage A
Aanpassingen in versie 1.1 de afspraak
Hieronder staan de wijzigingen in de tekst van de afspraak beschreven waarmee de bovenstaande issues voor de betreffende versie 1.1 van de afspraak
zijn opgelost.
De belangrijkste vernieuwing is de introductie van het profiel “Overdracht binnen brin”. Dit profiel is noodzakelijk voor de fase 2B van de OSO
infrastructuur (planning maart 2014).
Van de uitbreidingen die voor het schooljaar 2014-15 onvermijdelijk zijn en ook helder genoeg zijn, worden de uitbreidingen t.b.v. passend onderwijs in
onderstaande aanpassingen als optionele gegevens meegenomen. Dit laatste om de implementaties zo goed en zo vroeg mogelijk voor te bereiden op
deze toekomstige uitbreidingen.
De versie 1.1 die in overleg met de reviewgroep is vastgesteld, is dus voorbereid op de uitwisselingen in het schooljaar 2014-2015.
De aanpassingen staan in volgorde van betreffende paragraaf en paginanummer.
2.4 (pag 8):
3.1 (pag 9):
4.1 (pag 17):
4.2
4.2
5.1
5.2
(pag
(pag
(pag
(pag
18):
20):
21):
23):
Impact
Gemiddeld
20-12-2013
Joost van
Dijck & André
Miedema
Complex
Laag
43
Prio
Aanpassing tekst over toekomstperspectief aan realiteit
Uitgebreidere proces/architectuur beschrijving op verzoek van EduStandaard
Nieuwe versie van codelijsten
Algemeen: codetabellen die elders onder beheer vallen (ELT, landcodes, etc.) benoemen en verwijzen op de betreffende plek!
Verplichtingen in figuren aanpassen.
Verplichtingen in Tabel 1 aanpassen.
Nieuw profiel “Overdracht binnen brin” in figuur 8 [issue 7].
Type overdracht heeft voor betreffende overstapprofielen een vaste waarde “overstapdossier” (niet verwijzen naar Tabel A.1).
Lijst van afgehandelde issues (versie 2014708) behorend bij Afspraak OSO gegevensset v1.1.1
5.2 (pag 24):
5.2 (pag 25):
5.2 (pag 28):
Pagina 17
De waardenlijst van het veld fout uitbreiden [issue 37].
Tabel 5 aanpassen aan wijzigingen en verschuivingen in overstapprofielen [issue 7].
Figuur 13 aanpassen aan wijzigingen en verschuivingen in overstapprofielen, o.a. adreslijst en adresbuitenland [issue 19], zie
onderstaande Tabel “Wijzigingen per gegevensveld”.
5.3 (pag 28): Nieuwe paragraaf invoegen met berichten en details van het nieuwe profiel “Overdracht binnen brin” [issue 7] , zie onderstaande Tabel
“Wijzigingen per gegevensveld”.
A (pag 31ev): Diverse wijzigingen, zie onderstaande Tabel “Wijzigingen per gegevensveld”.
Lijst van afgehandelde issues (versie 2014708) behorend bij Afspraak OSO gegevensset v1.1.1
Pagina 18
Tabel “Wijzigingen per gegevensveld”
Rubriek
Tabelnr
in
afspraak
Issue nr
Gegevensveld
Adres school
Huidige school
A.4
-
Voorletters van leerling
Administratief
A.7A
-
Geboortedatum
Administratief
A.7A
-
GBA-naam [=gegevensblok]
Administratief
A.7A
-
Topissues
Aanwijzing in het afspraak document dat meer dan 1 schooladres verboden is doordat ontvangende applicatie hier niet op is berekend en je
dan dus niet weet welk adres van de twee werkelijk wordt overgenomen.
Ook vermelden in de afspraak dat adressoort "gba" is bij een school onlogisch is en dus is uitgesloten.
Tekst in afspraak document (“Er mogen geen punten of spaties tussen de voorletters.”) levert onduidelijke situaties op bij dubbele voorletters
als “Chr” en “Th”: Voortaan voorletters zonder spaties maar met punten specificeren.
Tekst in afspraak document is onjuist/onduidelijk: veld is verplicht volgens tabel (fout) en optioneel volgens figuur (correct).
Dus: “?” (i.p.v. “1”) in kolom “#” in Tabel A.7A. Figuur is wel correct.
GBA datumformaat blijft afwijkend. Deze afwijking heeft ook een aparte functie doordat hiermee een geboortedatum met ontbrekende data
mogelijk is (bijvoorbeeld “00-00-1967)” in het geval dat de werkelijke geboortedag onbekend is).
GBA-adres is niet meer verplicht in de overstapprofielen. Gezien de levering van GBA-adres door DUO in de BRON-uitwisseling is dit min of
meer overbodig geworden, zeker als verplichting.
Minimaal 1 leerlingadres in adreslijst (gba/woon/verblijf verplicht, wordt veranderd in minimaal 1 leerlingadres in adreslijst óf buitenlands adres
is verplicht [zie issue 19].
Aanwijzing in het afspraak document dat meer dan 2 leerlingadressen (gba en woon/verblijf) overbodig zijn doordat ontvangende applicatie
niet op is berekend.
Verwerking
Doc
Doc
Doc
Doc
Doc+
XSLT
Adres leerling
[=gegevensblok]
Administratief
A.7A
(+Tabel 6)
19
Geboorteplaats leerling
Nieuw veld binnen
Administratief
A.7A
(+Tabel 6)
23
Terug in gegevensset, wel alleen bij leerling!
VO-scholen hebben behoefte aan geboorteplaats voor vermelding op diploma. Dus alleen verboden in POPO-overstapprofiel.
Nationaliteit leerling
Nieuw veld binnen
Administratief
A.7A
(+Tabel 6)
23
Terug in gegevensset wel alleen bij leerling,
Scholen hebben dit nodig voor zorgaanvraag. Verboden bij verzorgers. Verboden bij leerling in alle overstapprofielen!.
Verzorgers zijn aansprakelijk?
Gezinssituatie
A.7B
(+Tabel 6)
-
Dit veld wordt verplicht in de overstapprofielen omdat er voor beide mogelijke waarden “true” en “false” consequenties zijn.
Toetsresultaten
[=gegevensblok]
Onderwijshistorie
A.7C/A.20
(+Tabel 6)
12
42
Tekst in afspraak document over verplichting van toetsresultaten in PO-PO overdracht is onduidelijk: toevoegen aanwijzing voor overstap
POPO en POVO: “Wanneer de toetsresultaten van de laatste 3 schooljaren op de verlatende school behaald zijn dan worden deze
toetsresultaten ook meegegeven. Wanneer een leerling door omstandigheden korter op de verlatende school is ingeschreven geweest, dan
zou dit evenredig minder toetsresultaten kunnen opleveren.”
Toetsidentificatie
[=gegevensblok]
Onderwijshistorie
A.20
-
Toetscode lijst is inmiddels per 14 november 2013 bijgewerkt.
Resultaat van toetsafname
[=gegevensblok]
Onderwijshistorie
A.20/A.21
-
Maak eenduidige definities voor DL en DLE! Voorgestelde definitie: Zie (*) onder deze tabel.
Toetsonderdeel
Onderwijshistorie
A.20
-
Tekst in afspraak document is onjuist/onduidelijk: veld is verplicht volgens tabel (fout) en optioneel volgens figuur (correct).
Dus “*” (i.p.v. “?”) in kolom “#” in Tabel A.20. Figuur is wel correct.
Doc
Leerlinggebonden financiering
(LGF) [=gegevensblok]
Zorg &
Begeleiding
A.14
38
39
Met de invoering van TLV en UPW verdwijnen de LGF en AB. Vanaf 1-8-2014 kunnen geen LGF indicaties meer worden afgegeven en heeft
dit gegevensblok LGF inclusief de deelvelden alleen nog historische waarde.
Doc
LGF onderwijssoort
Zorg &
Begeleiding
A.14
35
Codelijst moet worden aangevuld met ontbrekende opties 35 en 44.
Toelaatbaarheidsverklaring
Nieuw
gegevensblok
binnen Zorg
A.14
38
Toelaatbaarheidsverklaring (TLV), toegestaan per 1-8-2014, zie (***) onder deze tabel.
TLV is alleen toegestaan in de SOVSO overstap: In de afspraak toevoegen bij dit gegevensblok:
“Wanneer de leerling van een SO of VSO school komt en de TLV is bekend en actueel dan worden de TLV-gegevens meegestuurd”.
Uitstroomprofiel WEC
Nieuw
gegevensblok
binnen Zorg
A.14
39
Uitstroomprofiel WEC (UPW), toegestaan per 1-8-2014, zie (****) onder deze tabel.
UPW is onderdeel van de VSOVSO overstap.
Extra hulp in groep 7 of 8
Zorg &
Begeleiding
A.14
-
Uitbreiding van vocabulaire van deelveld Hulpdomeinen gewenst en nieuw deelveld Toelichting. Zie (**) onder deze tabel.
Ambulante begeleiding (AB)
Zorg &
Begeleiding
A.14
38
39
Met de invoering van TLV en UPW verdwijnen de LGF en AB. Vanaf 1-8-2014 kan geen nieuwe AB meer worden uitgevoerd en hebben de
drie velden m.b.t. AB alleen nog historische waarde.
Doc+
XSD+
XSLT
Doc+
XSD+
XSLT
Doc+
XSLT
Doc
Doc+
CLn
Doc
Doc+
CLn+
XSD
Doc+
CLn+
XSD+
XSLT
Doc+
CLn+
XSD+
XSLT
Doc+
CLn+
XSD
Doc
Lijst van afgehandelde issues (versie 2014708) behorend bij Afspraak OSO gegevensset v1.1.1
Pagina 19
Verwijsindex risicojongeren
(VIR) [=gegevensblok]
Zorg &
Begeleiding
A.14
-
Gegevensblok is niet verwijderd, maar wordt ten strengste afgeraden.
Omdat VIR-gegevens vastleggen en uitwisselen volgens de wet niet is toegestaan [bronnen: Digidoor: Memo Justitiële Informatiedienst &
Job Vos: Juridische analyse]. Zwakke punten verder: datum van melding onbekend & gehanteerde protocol/criteria bij ontvangende school
onbekend.
Het gegevensblok bestaat nog in de gegevensset om compatibiliteit met de afgesproken versie gedurende het uitwisselseizoen niet te
verliezen. Dit gegevensblok zal in de toekomst uit de gegevensset verdwijnen.
Zorgadviesteam (ZAT)
[=gegevensblok]
Zorg &
Begeleiding
A.14
-
Gegevensblok voor overstapdossiers afraden voor overstapdossiers tenzij voor deze informatie specifieke toestemming van ouders is
gegeven.
Toelichting over SE
functioneren
Zorg &
Begeleiding
A.18
-
Tekst in afspraak document is onjuist: veld heeft als XML-tag omschrijving. D.w.z. “toelichtingsef” (i.p.v. “omschrijving”) in kolom “XML-tag” in
Tabel A.18.
VO advies
Overstapadvies
A.10
(+Tabel 6)
23
36
34
Deze waardenlijst moet worden aangevuld met waarde 80.
Dit veld is niet verplicht (optioneel) voor POVO in speciaal onderwijs, dus wanneer veld Soort school (Tabel A.4) waarde "SO" heeft.
Overstapadvies
A.10
36
Deze waardenlijst moet worden aangevuld met waarde 80. In navolging van voorgaande veld.
Nieuw veld binnen
Overstapadvies
A.10
-
Nieuw optioneel veld!
Contact met school nodig?
Overstapadvies
A.10
(+Tabel 6)
7, 23
Verplichting alleen in overstapprofielen, niet binnenbrin!
Inzage ouders?
Inzage
A.3
(+Tabel 5)
7, 23
29
Verplichting alleen in overstapprofielen, niet binnenbrin!
In alle overstapprofielen wordt alleen waarde "True" (Ja) toegestaan.
Ouders zijn akkoord?
Inzage
A.3
Soort overdracht
Metadata
A.1
(+Tabel 5)
7
Alle andere waarden dan “overstapdossier” vervallen; nieuwe waarde "overdrachtbinnenbrin" voor uitwisseling binnen de school, zoals van
las naar regionaal platform.
Soort overstap
Metadata
A.2
(+Tabel 5)
7, 23
Verplichting alleen in overstapprofielen, niet binnenbrin!
VO advies volgens wens
ouders
Overstapadvies volgens wens
leerling
Tekst in afspraak document is onjuist: veld is niet van type Boolean maar veld met waardenlijst: "Nee", "Ja" en "Onbekend".
18
Naast genoemde bestandstypen ook ODF en JPG erbij!
20
Legenda voor kolom Verwerking: Doc = Afspraak OSO gegevensset document; CLn = Excel OSO Toetscodes/codelijsten; XSD = OSO gegevensset XSD; XSLT = XSLT voor validatie
Bestandsinhoud
Bijlagedocument
A.16
(*)
DL = Didactische Leeftijd. De DL van een leerling komt overeen met het aantal maanden onderwijs dat een leerling vanaf groep 3 heeft gevolgd. Daarbij wordt uitgegaan
van 10 maanden onderwijs per jaar. Het maximale DL is 60 (einde groep 8); wanneer 60 is bereikt blijft het de rest van het basisonderwijs 60. Bij doublures en versnelde
voortgang gewoon doortellen (let op, altijd stoppen bij 60).
Voorbeeld 1: DL van leerling halverwege groep 5 (zonder doublure) is 25.
Voorbeeld 2: DL van leerling einde groep 7 (met doublure) is 60. Verder blijft DL van deze leerling heel groep 8 60.
DLE = Didactische Leeftijd Equivalent. De DLE is de score van de leerling waarbij deze score betekent dat de leerling scoort zoals de gemiddelde leerling van aangegeven
groep (in maanden onderwijs per jaar, vanaf groep 3, startend in september).
Voorbeeld: DLE van 20 betekent dus dat leerling scoort zoals gemiddelde leerling in juni van groep 4.
DL en DLE worden gebruikt om leerachterstand (=1-DLE/DL) en leerrendement (=DLE/DL*100%) te berekenen.
(**) Nieuwe waarden codelijst voor hulpdomeinen bij extra hulp in groep 7 of 8:
Code
TL
Hoofddomein Subdomein
Lezen Technisch lezen
Actie
Doc
Doc
Doc
Doc+
CLn+
XSD+
XSLT
Doc
Doc+
XSD
Doc+
XSD+
XSLT
Doc+
XSD+
XSLT
Doc
Doc+
CLn+
XSD
Doc+
XSD+
XSLT
Doc
Lijst van afgehandelde issues (versie 2014708) behorend bij Afspraak OSO gegevensset v1.1.1
BL
SP
ST
MT
RW
BO
SV
WO
EN
CV
LCC
LNK
LZS
LTP
LZV
LDV
LWV
LHW
Spelling
Taalgebruik
Rekenen
Motoriek
Algemeen
Leervoorwaarden
Begrijpend lezen
Spelling
Stellen
Mondeling taalgebruik
Rekenen/wiskunde
Bewegingsonderwijs
Schrijven
Wereldoriëntatie
Engels
Creatieve vakken
Concentratie
Nauwkeurigheid
Zelfstandigheid
Tempo
Zelfvertrouwen
Doorzettingsvermogen
Werkverzorging
Huiswerk
Pagina 20
toevoegen
toevoegen
toevoegen
toevoegen
toevoegen
toevoegen
toevoegen
toevoegen
toevoegen
toevoegen
toevoegen
toevoegen
toevoegen
toevoegen
toevoegen
(***)
De informatie voor WEC scholen (SO en VSO) moet uitgebreid worden met de Toelaatbaarheidsverklaring (TLV) conform de uitwisseling met BRON. Invoering is vereist per
1-8-2014.
Dit TLV is alleen relevant voor het profiel WEC en dus niet van toepassing voor POPO en POVO. TLV is onderdeel van SOSO en SOVSO profiel.
TLV kan meerdere malen voorkomen. Alle deelvelden zijn verplicht.
Nr
Naam/omschrijving
Formaat
1
Toelaatbaarheidsverklaring
CONTAINER
Lengte #
Definitie/toelichting
1.1
Datum ingang toelaatbaarheidsverklaring
Datum
8 1
De datum waarop de Toelaatbaarheidsverklaring geldig wordt.
1.2
Samenwerkingsverband nummer
Alfanum
6 1
1.3
Bekostigingscategorie
Alfanum
1 1
Het administratienummer volgens de Basisregistratie Instellingen (BRIN) van het Samenwerkingsverband
welke de Toelaatbaarheidsverklaring van de leerling heeft afgegeven.
De aanduiding van de Bekostigingscategorie van de leerling.
Waardelijst: Bekostigingscategorie
*
Code
Bekostigingscategorie
H
Hoog
M
Midden
L
Laag
Lijst van afgehandelde issues (versie 2014708) behorend bij Afspraak OSO gegevensset v1.1.1
1.4
Beschikkingsnummer TLV
Alfanum
1.5
Datum einde Toelaatbaarheidsverklaring
Datum
Pagina 21
Het nummer dat door het Samenwerkingsverband is afgegeven voor het registreren van de
Toelaatbaarheidsverklaring van de leerling.
pos 1 t.m. 6 = Samenwerkingsverband nummer
pos 7
= koppelteken
pos 8 t.m. 11 = jaartal van afgifte
pos 12
= koppelteken
pos 13 t.m. 17 = volgnummer met voorloopnullen
De laatste datum waarop de Toelaatbaarheidsverklaring geldig is
(dit is altijd 31-07-EEJJ).
17 1
8 1
(****)
De informatie voor VSO scholen moet ten gevolge van de Wet Kwaliteitsverbetering VSO uitgebreid worden met de Uitstroomprofiel WEC (UPW). Invoering is vereist per 18-2014. Onderstaande uitbreiding is conform de uitwisseling met BRON.
Dit UPW is alleen relevant voor WEC VSO en dus niet van toepassing voor POPO en POVO. UPW is onderdeel van VSOVSO profiel.
UPW kan 1 keer voorkomen. Eerste 2 deelvelden zijn verplicht; laatsten zijn optioneel.
Nr
Naam/omschrijving
Formaat
1
Uitstroomprofiel WEC
CONTAINER
Lengte
1.1
Datum ingang uitstroomprofiel
Datum
8
1.2
Uitstroomprofiel
Numeriek
1
# Definitie/toelichting
?
1 Datum ingang uitstroomprofiel is de datum waarop de leerling binnen het uitstroomprofiel is geplaatst.
1 Het uitstroomprofiel geeft de richting aan van de uitstroombestemming die de leerling volgt binnen het
VSO.
Waardelijst: uitstroomprofiel
1.3
Elementcode
Numeriek
4
1.4
Leerjaar Uitstroomprofiel
Numeriek
1
Code
Uitstroomprofiel
1
Dagbesteding
2
Arbeidsmarkt
3
Vervolgonderwijs
? De elementcode uit de ELT van DUO geeft de soort onderwijs aan binnen het Voortgezet Onderwijs.
? Leerjaar uitstroomprofiel is het leerjaar waarin de leerling zit binnen het vervolgonderwijs.
Mogelijke waarden:
1 t/m 6

Download Report