Version 1.0 August 2012
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:
|
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 | 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 | Udstillingsform og reference | 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. Hvis inddata skal placeres i to registre skal hvert register have en specifik beskrivelse med reference til databaseskemaet for inddata. |
17 | Særlige forhold omkring data og opbevaring | 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. | 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 | 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 | 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 | 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 stamdataregistret | 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. Hvordan registret opdateres hos kilden, f.eks. løbende opdatering, daglige, ugentlige eller månedlige opdateringer. 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 | Hvordan data modtages til stamdataregistret. Muligheder: Webservice, FTP-server, FTP-klient. |
26 | Inputformat til stamdataregistrets import | Hvilket format leveres data i? F.eks. XML, fastfilformat, ”kommasepareret”. |