Page History
...
Excerpt | ||
---|---|---|
| ||
Version 1.0 August 2012 En beskrivelse af bestillingsarket for nye registre og en vedhæftet fil til brug for en bestilling. |
Benyt vedlagt skabelon: stamdata-bestillings-template.docx. Arket udfyldes og sendes til Operatøren nsp.op@nsi.dk.
Felterne i bestillingstemplate forklares her:
Feltnr. | Aspekt | Vejledning |
1 | Ønsket register navn | Angiv hvilket navn der ønskes anvendt til service |
2 | Projektleder | Hvem er projektleder på register og kontaktdata på person og funktion (email og telefon nr) |
3 | Formål med service | Angiv kort formål med service, herunder hvad servicen må bruges til og evt. begrænsninger |
4 | Sammenhæng til service og registre | Angiv navne på service (ny elle eksisterende) eller registre der er sammenhæng til eller forudsætning for registeret. Og om det er en forudsætning om at registret er i drift før eller samtidig med servicen. |
5 | Finansiering | Hvem har givet commitment til projektet og finansierer udviklingen, test, idriftsættelse og drift af service? |
6 | Budget | Angiv budget afsat til hhv. udvikling, test og idriftsættelse og drift |
7 | Ønsket dato for ekstern test | Den dato som der ønskes aftale om leverance af udstillingsformen. Leverancen skal opfylde de almindelige krav til husregler og dokumentationskrav fra Operatøren. Er der sammenhæng med en udviklingsorganisation eller plan anføres dette. |
8 | Ønsket produktionsdato | Dato for hvornår registret ønskes tilgængeligt til hhv. test og produktion på NSP |
9 | Dataejer og kontaktdata | Angiv hvem der er dataejer (juridisk) og kontaktdata på person og funktion (email og telefon nr) på hvem der er / skal indgås en databehandler aftale med. |
10 | Dataleverandør og kontaktdata | Hvem der teknisk leverer registret og kontaktdata på person og funktion (email og telefon nr) på hvem der er / skal indgås en tilslutningsaftale med. |
11 | Support og kontaktdata | Hvem supporterer register indhold og kontaktdata på person og funktion (email og telefon nr) og åbningstid og responstid på support |
12 | Målgrupper/Anvendere af registret | Hvem er målgruppe for register - specificer hvem: Regioner, kommuner, praktiserende læger, privathospitaler mv. Angiv også hvis det skal være åben for alle. Andre systemer/services/komponenter, sammenhæng og/eller forudsætninger Andre eks. partnere, systemleverandører. Angiv hvem der skal indgås aftaler med for at anvende registret. Anvender skal være i overensstemmelse med aftalen med data ejer.
|
13 | Forretningsmæssigt rationale | Kriterierne er følgende for vurdering af den forrentningsmæssige værdi:
|
|
|
|
...
|
Benyt vedlagt skabelon: stamdata-bestillings-template.docx.
Følgende felter udfyldes og sendes til Operatøren:
14 | Behov for ekstra service NSP organisation | Skal NSP organisationen foretage aktiv promovering af service, aktiv indgåelse af serviceaftaler, teknisk kom i gang støtte? Specificer hvilken form der ønskes. | ||||
15 | Skemaer ind | |||||
Aspekt | Registerinformation Eksempel | Vejledning | ||||
Dataejer | Statens Serum Institut (SSI). | Angiv hvem der er dataejer og hvem der er / skal indgås en anvender aftale med. | ||||
Dataleverandør | DDV uploader filer via FTP. | Hvem der teknisk leverer registret og hvem der er / skal indgås en leverance aftale. | ||||
Operatør | NSP-operatøren ?? | Hvem der sikrer at aftaler er indgået før de anvendes og eller udstilles. | ||||
Datamodtager | NSI. | Hvem der udstiller server til dataleverandøren, henter fra dataleverandøren eller anvender udstillet datawebservices for at hente registre. | ||||
Anvender af registret og miljø | Anvendes af systemer der skal tilgå DDVs webservice-snitflade. Som udgangspunkt forventes intet behov for begrænsning af anvendere – dette skal afklares. Data skal være tilgængelige fra alle NSP-instanser, både cNSP og dNSP. | Hvem der skal indgås aftaler med for at anvende registret. Anvender skal være i overensstemmelse med aftalen med data ejer. Miljø er hvor data skal være tilgængeligt. cNSP, dNSP og back-office. | ||||
Skemaer ind | AFKLAR: Er i tvivl om hvad i reelt har brug for her? XML-format på inputfiler, eller andet? | Reference til databaseskema for hver tabel i det modtagne register. Hvis der henvises til andet materiale SKAL dette være vedhæftet bestillingsarket. Hvis der refereres til et link skal dette link være permanent ellers angives i hvilken perioden referancen er gyldig. | ||||
16 | Dataimporter | SDM efter implementering af plugin-arkitektur – har ikke styr på versionering. | Hvilken importer der ønskes anvendt. Nuværende muligheder er SDM 1.0, SDM 2.0 og BRS. | Udstillingsform og reference | SKRS – hvis det er betegnelsen for kopiregisterservicen | En kombination af: internt SQL, SKRS, Enkeltopslag. Ved enkeltopslag angives nyt komponentnavn og forventet udviklingsorgansation. Hvis SQL angive hvilken komponent der skal tilgå registreret. Evt. kan der angives flere udstillingssteder. |
Forventet dato for udvikling afsluttet | September 2012. | Den dato som der ønskes aftale om leverance af udstillingsformen. Leverancen skal opfylde de almindelige krav til husregler og dokumentationskrav fra Operatøren. | ||||
Hvis inddata skal placeres i to registre skal hvert register have en specifik beskrivelse med reference til databaseskemaet for inddata. | ||||||
17 | Ønsket produktionsdato | September 2012. | Dato for hvornår registret ønskes tilgængeligt på NSP | Særlige forhold omkring data og opbevaring | Ingen særlige forhold. | Indeholder registret personhenførbare eller personfølsomme informationer, og er der særlige vilkår omkring opbevaring (herunder sikring og maks. opbevaringsperiode/sletningsfrister m.v.). Der skal også tages stilling til evt. backup datas levetid. Man kan IKKE angive "ingen særlige forhold" da der skal bruges en aftale. |
18 | Anvendelse af produktiondata til testformål internt test eller eksterne begrænsninger. Bliver der udviklet og vedligholdt testdata og af hvem.Produktionsdata kan anvendes til udviklings- og testformål uden særlige krav. | Kan registrets produktionsdata anvendes til udviklings- og testformål, eller stilles der særlige krav til dette? I givet fald skal det angives hvordan data til test tilvejebringes. | ||||
19 | Test | Test | Produktionsmiljøet kan anvendes til test.
Dette naturligvis under forudsætning af at performance er på plads. | Eksisterer der et testmiljø, hvorfra leverandøren af registret kan levere testdata og kan kalde stamdata import mekanismen? Kan leverandøren validere kopiregister-udtrækket? Udstillingsservicen bliver den udstillet på testsnit. | ||
20 | Licens | Økonomiske forhold | Ingen særlige forhold | Kræves der en særskilt licens til anvendelse og udstilling af data? I givet fald skal den økonomiske ramme angives, samt kontaktinformationer på rettighedshaver. | ||
21 | Datamængder | Datamængder | Skal afklares præcist. I store træk er datasættets størrelse begrænset, og ændringer forekommer relativt sjældent. | Angiv registrets omfang, både antal records og fysisk plads på disk. Angiv også hvis der er særlige forhold omkring indeksering eller andre database-forhold, der er ud over det sædvanlige. | ||
22 | Opdatering af stamdataregistretDer ønskes komplette udtræk med historik. (status indtil videre) | Særlige krav omkring opdatering af stamdataregistret, herunder om der leveres komplette eller partielle udtræk (”delta”), om der ønskes historik, osv. | ||||
23 | Opdateringsfrekvens | Dette punkt beskriver registret som det vedligeholdes hos kilden | Opdateringsfrekvens | Løbende, men i praksis relativt sjældent forekommende . Hvordan registret opdateres hos kilden, f.eks. løbende opdatering, daglige, ugentlige eller månedlige opdateringer. Dette punkt beskriver registret som det vedligeholdes hos kilden.Angiv tidspunkt på dagen for opdatering Angiv hvilken forretningsmæssig værdi/betydning opdateringshyppigheden har
| ||
24 | Push eller pull af data | Fortages aktiv upload af data til NSP eller skal data hentes af NSP fra dataleverandøren. | ||||
25 | Opsamlingsmekanisme | Opsamlingsmekanisme | Registret stilles til rådighed fra SSI via filer der FTPs til en passende lokation på stamdataregisteret. | Hvordan data modtages til stamdataregistret. Muligheder: Webservice, FTP-server, FTP-klient. | ||
26 | Inputformat til stamdataregistrets importXML | Hvilket format leveres data i? F.eks. XML, fastfilformat, ”kommasepareret”. |