natgillin/translations-raw huggingface dataset:
Brugernes operationelle behov kommer i første række, hvorefter de tekniske begrænsninger eventuelt kan behandles.
Indeed, the operational re­quirements of the users have to be covered first and the possible techni­cal limitations have to be managed afterwards.
Begrebet »Fælles arkitekturregler« skal fortolkes bredt:
COMMON ARCHITECTURE RULES
Udviklingen af en standardiseret meddelelse vedrørende forordning (EØF) nr. 1408/71 i vid forstand henhører under TESS' ansvarsområde.
Accordingly, TESS has the authority to allow the start up of the standardiza­tion process, to define the functional content of any message and to re­quest any new message status.
• regler om identifikation af en for sikret person
The Term «Common Architecture rules» has to be broadly interpreted.
For at bevare en vis sammenhæng med arkitekturreglerne skal anvendelsen af meddelelser udviklet til andre formål end TESS-programmet godkendes af TESS og undergives en kvalitetskontrol.
Inter-operability testing and Quality control are mandatory on local imple­mentation of telematic services prior to the exchange of real data.
Det samme gælder eventuelle ændringer af sådanne standardiserede meddelelser.
For these purposes, a permanent certifi­cation mechanism will be established.
• regler om sikkerhed og beskyttelse af privatlivet
At a technical level, they are: * use of standard products, services and protocols (X25, X400, EDIFACT...) for intracommunity
Interoperability-test og kvalitetskontrol er obligatorisk for enhver lokal anvendelse af telematiktjenester ved
The Architecture rules are defined in order to be applicable in all social se­curity sectors and in all Member States.
Endvidere er disse fem lande berettiget til at sende observatører til møderne i Den Administrative Kommission og arbejdsgrupperne. Dette gælder også TESS og dennes undergrupper.
Programme - not only as observers -appropriate solutions and arrange­ment have to be elaborated and adopted according to the EEA decision-making procedures.
Disse observatører kan spille en aktiv rolle i Den udveksling af reelle data.
From the 1 January 1995, these Co­ordination Regulations apply directly to Austria, Finland and Sweden as new members of the European un­ion.
Med hen blik herpå vil der blive etableret et Administrative Kommission, når bort ses fra beslutningsproceduren.
These countries may fully partici­pate to the work of TESS.
UDVIDELSE AF BUILD 3PILOTPROJEKTET
4.6 Cooperative environment
Arkitekturreglerne er defineret med henblik på at kunne finde anvendelse i alle sociale sikringsgrene og i alle medlemsstater.
The extension of the Build 3 pilot to other institutions and the participa­tion in new pilot activities will be at the request of the TESS delegation concerned.
For at supplere disse regler skal Build 3 pilotprojektet udvides til dataudveksling fra »en kompetent institutiLJSSS on til en anden kompetent instituti on«.
Coordination mechanism will be organized to support the inte­gration of new user organisations.
For at teste disse regler vil der parallelt blive iværksat to projekter inden for to forskellige sociale sikringsgrene. ne.
They recognize the need for improvement of the management of exchanges.
Medlemsstaterne (og EFTA-landene) og Europa-Kommissionen deltager i programmet og anvender telematik tjenester i en særlig samarbejdsånd og med anerkendelse af subsidiaritetsprincippet. tetsprincippet.
Structural as well as co­ordination problems have to be analyzed and solved. Therefore, the necessary mechanisms, such as statistics, will be defined and implemented.
Udvidelsen af Build 3 pilotprojektet til andre brugere (kompetente insti tutioner) og deltagelsen i nye pilot aktiviteter vil blive foreslået af den pågældende TESS-delegation.
In accordance with Annex VI to the European Economic Area Agreement, (EEC) Regulations Nos 1408/71 and 574/72, are applicable in Austria, Fin­land, Iceland, Norway and Sweden (Liechtenstein in the future), and to nationals of these countries staying or residing within the European Union.
Koordinationsmekanismer vil blive gennemført til støtte for integrering forbedret styring af udvekslingen.
Any initiative by a Member State related to the administration of (EEC) Regulation No 1408/71 will be presented to TESS at an early stage.
Indledning
5.1 Introduction
I 1991, 1992 og 1993 blev de første tre Builds gennemført under to for skellige fællesskabsprojekter: EDIS og SOSENET. Behovene for alle tolv med lemsstater for de pågældende fire sociale sikringsgrene blev defineret og registreret.
In 1991, 1992 and 1993, the first three Builds were accomplished under two different projects, EDIS and SOSENET.
For øjeblikket gen nemføres der under Build 3 et pilot projekt om udveksling af blanketter E 500 på pensionsområdet, hvor de fastlagte fælles arkitekturregler evalueres.
In this fined and reported upon. A pilot pro­ ject on exchange of E 500 forms in chapter, a plan of action for the se­ cond stage of the TESS Programme the old­age pension sector has been carried out under Build 3 where the
I dette kapitel er anført et handlingsprogram for anden fase af TESS-programmet (1994-1998).
(1994 ­ 1998) has been drawn up.
Dette er opdelt i forskellige projekter med betegnelsen »Build No X«. Dette kapitel definerer retningslinjerne og formålene med hvert »Build«-pro-jekt.
It is divided into different projects named «Build No X».
På grundlag heraf identificerer andet bind af Master Plan »Arbejdsprogram« de forskellige faser for gennemførelsen sammen holdt med prioriteter, planlægning og udgiftsberegning.
On this basis, the se­ defined Common Architecture Rules are evaluated.
Efter vedtagelsen af retningslinjer og formål i bind 1 ligger disse fast, men de forskellige gennemførelsesfaser kan dog gøres til genstand for en årlig revision ifølge programmets udvikling.
The experiences from the Build 3 pilot project shows, in particular, the feasibility of EDI inter­change between social security insti­ cond volume of the Master Plan, the
Selve formålet med denne strategi for anvendelsen er at opbygge en referencemodel for telematiktjenester til koordinering af sociale sik ringsordninger i hver medlemsstat, hvor forordning (EØF) nr. 1408/71 fin der anvendelse, og hvis institutioner vil overgå fra papir til elektronisk databehandling. Denne strategi skal være en katalysator for udvidelsen af disse telematiktjenester til alle de berørte institutioner.
«Working Programme», identifies the tutions in different Member States and confirms the choice made re­ various stages of execution, in associ­ garding Norms, Standards and Archi­ ation with priorities, planning and cost estimation. Once adopted, the tecture.
Build 3+, der begyndte i 1994, har til formål at konsolidere Build 3.
Build 3+ which began in 1994 aims at consolidating Build 3.
Build 4 vil udvide projektet til E 200udveksling på pensionsområdet.
Build 4 will extend the project to the E 200­related exchange in the Pension sec­tor.
På samme måde vil Build 5 udvide Build 3+ til en anden prioriteret sikringsgren, sygehjælp, med udveksling af E 100-serien.
In parallel, Build 5 will extend Build 3+ to another prioritised sector, the Health Care sector, with the E 100­related exchange.
Build 6 vedrører ikke nogen bestemt social sikringsgren, men vil, som Build 3+, beskæftige sig med udviklingen af de nødvendige meddelelser for Build 4 og Build 5 ved hjælp af en intersektoriel behandling.
Build 6 is not related to any particular social secu­rity sector, but will deal, after Build 3+, with the development of the mes­sages necessary to Build 4 and 5 by means of an inter­sectoral approach.
Build 7 vil behandle det særlige spørgsmål vedrørende de blanketter, en forsikret skal medbringe, når han/hun rejser til en anden medlemsstat, og Build 8 vil vedrøre se til alle institutioner ligger dog den fælles management-struktur, der uden for selve denne anvendelses-er nødvendig for operationelle tele strategi. matiksystemer.
Build 7 will deal with the specific question of the forms an insured per­son has to have when he/she goes to another Member State, and Build 8 will deal with the common manage­ment services needed for operational telematic services.
Man vil navnligt kunne undersøge behovet for telematiktje­nester på områderne for arbejdsløs­hed og familieydelser og iværksætte eventuelle projekter.
In par­ticular, the needs for telematic servic­es in the unemployment sector and in the family benefit sector could be an­alyzed and projects could be launched accordingly.
Endvidere kunne der gennemføres andre projekter på området for soci­al sikring eller lignende områder i forbindelse med TESS/SOSENET­pro­grammet og nogle »joint Builds«.
Moreover, other projects in the social security domain or in other related domains could create synergism with the TESS Programme and some «joint Builds» could be launched.
Gennemførelsen af strategien for anvendelsen af TESS/SOSENET­pro­grammet vil udvikle sig i fremtiden.
The execution of the implementation strategy of the TESS Programme will evolve.
Brugernes behov vil være afgørende for programmets udvikling og være en sikker garanti for en høj standard for den sociale sikring.
The needs of the users will point to the ways that the Pro­gramme could be developed in the future and guarantee that it provides social security with a high level of added value.
Påbegyndes: 1.1.1994 Afsluttes: 31.12.1994 med undtagelse af juridiske og sikkerhedss­pørgsmål (31.12.1995) Reference: 2.08/3.03
5.2 Build 3 + : Consolidation of SOSENET
A. Projektet består af tre faser med forskellige forventede resultater og ansvarlige:
PRELIMINARY REMARKS Some preliminary remarks are required concerning terminology and numbering.
Build 3+­projektet forsøger at anven­de den nuværende SOSENET­pilot i en anden produktionssammenhæng.
Commences: 1.1.94 Concludes: 31.12.94 with exception of legal and security issues (31.12.95) Reference: 2.08/3.03
­ fasen med gennemførlighedsun­dersøgelsen, som navnlig udføres af en tredjepart, men TESS yder støtte og godkender eller afviser deliverables
• Pre­analysis study stage, which is The Build 3+ project seeks to migrate mainly a TESS activity where a third the existing SOSENET pilot into a production environment.
­ fasen med anvendelse af refe­rencemodel, hvor ansvaret påhvi­ler brugerne, og hvor en tredje­part yder støtte.
This activity is essential for the following funda­mental reason: party can provide support, • Feasibility study stage, which is mainly a third party activity where TESS provides support and accepts or rejects deliverables, •Reference System implementation stage, where responsibility lies at user level and where a third party provides support.
a. For det første er det vigtigt, at de elementære principper for identifika­tion, kredsløb og sikkerhed bliver løst på en praktisk og effektiv måde, før der gennemføres den automatiske overførsel af andre sektorielle blan­ketter.
More information on these stages are provided in the above­mentioned a.
Dette vil ikke blot bekræfte den eksisterende udvikling, men også medvirke til en horisontal referen­cearkitektur, »Common set of Architecture Rules«.
Primarily, it is essential that the elemental principles of Identification, Routing and Security are practically and demonstrably resolved within this project before progressing to­wards the automatic transmission of other sectoral forms.
Yderligere oplysninger om disse faser er anført i ovennævnte bind II og det detaljerede arbejdsprogram.
This will not only validate the existing develop­
Færdiggørelsen af Build 3+-akt¡vite-ten giver endvidere anledning til: teterne, før de anses for at have den nødvendige stabilitet for anvendelsen i et produktionsmiljø.
ment but will also provide a horizon­tal reference architecture with a set of Common of Architecture Rules.
b. Udnyttelse og kapitalisering af de betydelige materielle investeringer, der er gennemført i administrationer ne.
An inventory of decisions relating to Build 3+ will be compiled prior to commencing other implementation Build programmes.
Inden den videre gennemførelse af de øvrige Build-programmer vil der blive udarbejdet en oversigt over afgørelser vedrørende Build 3+.
Completion of this Build 3+ activity also accomplishes the following addi­tional objectives:
- præ-analyse af TESS pr. 1.1.94 d. Udøvelse af rollen som katalysator - gennemførlighedsanalyse og pilot for udvidelse til andre medlemsstater, 1.6.95 der ikke for øjeblikket deltager i Afsluttes: 30.7.97 Build 3, og muligheden for at inddra Reference: 2.08/3.04 ge EFTA-lande.
Commences: - pre-analysis by TESS by 1.1.94 - Feasibility Study and System 1.6.95 Concludes: 30.7.97 Reference: 2.08/3.04 c. The retention and exploitation of skills and resources developed both within administrations and the SOSE­NET Consortium during Builds 1 to 3.
Udvikling af en dermed forbundet og på grundlag af den fælles arkitek netværksinfrastruktur, der kan tur for Build 3+ og den dermed for anvendes af andre sektorer og appli bundne forudgående analyse omfat kationstyper. te en gennemførlighedsundersøgelse samt udvikling af en referencemodel
Based on the Build 3+ Com­mon Architecture and associated pre­analysis activity, it will comprise a fea­sibility study as well as the creation of a reference system for E 2XX forms exchange. This reference system will be built so that it can be used in a production environment.
Build 4 skal derfor anses juridiske virkninger af anvendelsen af som et »vertikalt projekt«, der udnytpapirblanketter. ter resultaterne af de horisontale og intersektorielle aktiviteter i Build 3+.
Build 4 is thus considered to be a «vertical project» which exploits the results of the Build 3+ intersectoral or horizontal activity.
De med E 500 forbundne EDIFACT-meddelelser vil integrere resultater ne af Build 3+-aktiviteterne, før de kan anses for at have den nødvendige stabilitet for anvendelsen i et produktionsmiljø.
Accordingly, with the migration of the Build 3 pilot within an operatio­nal environment, other activities will be worked out such as a conceptual data model and glossary of terms for the Routing and Identification dataset, the role and the function of the Forwarding Point and an analysis on the legal implication of migrating from paper based forms.
De med E 500 for bundne EDIFACT-meddelelser vil integrere resultaterne af Build 3+-aktivi-
The E5XX related EDIFACT Messages will incorporate the results of Build 3+ activities before being considered as having reached a satisfactory level of stability to be used in a production environment.
Hovedformålet med Build 4 er at for bedre den nuværende infrastruktur for at muliggøre udveksling af blanketter i E 200-serien fra »Kompetent institution til Kompetent institution via kontaktpunktet (Forwarding Point) ") til en anden kompetent insti-
The primary aim of Build 4 will be to improve the capability of the existing infrastructure to enable Competent Institution" to Competent Institution (CI) communication for the exchange of E 2XX forms via Forwarding Point (F.P).
De kompetente institutioners medvirken i dette projekt udgør en funktionel forbedring af de netværk, der blev etableret under Build 3+.
mental assumption of this project is that information exchange between administrations will exploit the inven­tory of decisions established by the Build 3+ horizontal activity.
En fundamental for udsætning for dette projekt er udvekslingen af data mellem administrationer, der anvender den oversigt over
There will, however, be parallel research into the applica­tion of emerging Open Systems stan­dards which will support the technical improvement and future-proofing of the network.
• I nogle medlemsstater kan der være institutioner, der er i stand til at foretage en elektronisk udveksling af blanketter i E 200-serien, og andre, som stadig arbejder manuelt.
• The security architecture esta­blished under Build 3+ must be incor­porated within a network which in­cludes Competent Institutions poten­tially supported by proprietary imple­mentations.
Kontaktpunktet (Forwarding Point) skal derfor være i stand til at omdanne de afsendte elektroniske blanket ter til andre medier (papirblanketter, afgørelser, der er udarbejdet af den fax, magnetbånd, floppy disk) og eventuelt give afsender meddelelse om overgangen til papir (se kapitel 4, pkt. 4.2.2).
In defining a pilot scenario, Build 4 computer application and/or For­ warding Point requires further study.
Ved definition af et pilot-scenario vil Build 4 tage hensyn til følgende elementer: menter:
Nevertheless, the practical experience arising from a limited security service implementation at Build 3+ will assist in this matter.
- den økonomiske og strategiske interesse i den særlige datastrøm af de pågældende oplysninger
• The impact of ¡nterworking between the Forwarding Point and clerically operated Competent Insti­tutions must be assessed in the con­text of the impact on both the origi­nating and receiving processes.
• Sikkerhedsarkitekturen i Build 3 skal inkorporeres i et netværk, der omfatter de kompetente institutioner eventuelt støttet af ¡kke-standar-diserede implementationer (proprietary implementations). Mens dette aspekt nærmere skal reguleres på nationalt plan, bør man dog under søge virkningerne heraf for kontakt punktet (Forwarding Point). De praktiske erfaringer fra en begrænset sik kerhedsfunktion i Build 3+ kan være til nytte i denne forbindelse.
• the economic and strategic interest of the particular flow of information considered; • the possibility of a staged implementation of the pilot scenario; • the possibility of using and testing the Common Architecture Rules; • the information exchange between more than one institution in the Member States having decentralised institutions.
- muligheden for en etapevis anvendelse af pilot-scenario
• The automatic printing or relaying by fax, of forms destined for clerical­ly operated Competent Institutions.
• Virkningerne af samarbejdet mellem kontaktpunkterne (Forwarding Points) og de personlig betjente kom
In accordance with the Build 3+ fea­sibility study results, a number of new functions will be demonstrated.
- muligheden for at anvende og teste de fælles arkitekturregler petente institutioner skal vurderes i
In particular, these include the follow­ing topics:
- udvekslingen af data mellem mere forbindelse med både afsender- og end én institution i medlemsstater modtagerprocessen.
• The attachment of scanned graphi­cal ¡mages to structured messages carried over electronic messaging systems.
• Den automatiske trykning eller fax overførsel af blanketter, der er bestemt for manuelt baserede kompetente institutioner.
• The Forwarding Point for the Pen­sion sector must be able to forward incoming forms to the responsible Competent Institution in the Member State even if the sender cannot pro­vide the name and address.
Ifølge resultaterne af gennemførlighedsundersøgelserne i Build 3+ vil der blive defineret et antal nye funktioner. Disse omfatter navnlig følgende punkter:
5.4 Build 5 : Reference System for the Health Care Sector (benefit in kind)
• Kontaktpunktet (Forwarding Point) for alderspension skal være i stand til at fremsende de modtagne blanket ter til den ansvarlige kompetente institution i medlemsstaten, selv om afsenderen ikke har kendskab til betegnelse og adresse.
The Forwarding Point is thus responsible for converting the incoming electronic
Under Build 4 vil der blive foretaget undersøgelser om eventuel udvidelse til efterladte- og invalidepensionsordninger. ordninger.
Commences: - Pre-analysis by TESS 1.7.94 - Feasibility study and System 1.1.96
- præ-analyse af TESS pr. 1.7.94 - gennemførlighedsanalyse og pilot 1.1.96 Afsluttes: 30.6.98 Reference: 2.08/3.05
Concludes: 30.6.98 Reference: 2.08/3.05
Build 5 forventes at anvende en arkitektur på to niveauer, der forbinder forsikringsinstitutioner/sygekasser, kontaktorganer med deres udenlandske modstykke via et udpeget organ svarende til kontaktpunktet (Forwarding Point).
Liaison bodies with their foreign counterparts via Forwarding Points.
Hovedformålet med dette projekt er således udvekslingen af oplysninger mellem forsikringsinstitutionen i opholds- eller bopælslandet (som udreder naturaly delserne) og forsikringsinstitutionen (den kompetente institution), hvor den pågældende er forsikret.
Thus, an exchange of information between the Insurance Body in the state of residence or stay (which ad­vances the benefits in kind) and the Insurance Body (Competent Institu­tion) where the person is insured is the prime objective of this project.
Build 5 vedrører sygehjælp og omfatter en præ-analyse og en gennem førlighedsundersøgelse samt opbygning af et referencesystem for udveksling af blanketter i E 100-serien.
Build 5 will concern the health care sector and will comprise a pre­analysis and a feasibility study as well as the creation of a reference system for E 1XX forms exchange.
Dette referencesystem vil blive opbygget med henblik på anvendelse i et produktionsmiljø.
This refer­ence system will be built so that it can be used in a production environment.
I overensstemmelse med proceduren for Build 4 skal Build 5 derfor anses som et »vertikalt projekt«, der udnytter resultaterne af den horisontale aktivitet i Build 3+.
Consistent with the approach adopt­ed for Build 4, Build 5 is considered to be a «vertical project» which exploits the results of the Build 3+ horizontal activity.
Build 6: informationsanalyse og meddelelsesudvikling
Build 6 will deliver a cross-section Conceptual Data Model and a Glos­sary of Terms for all terms used in social security.
Påbegyndes: 1.1.1994 Afsluttes: 31.12.1997 Reference: 2.08/3.06
This project will be consistent with the initial activity commenced under Build 3+ about the Identification and Routing datasets by applying the same methodology.
Dette projekt vil være i overensstemmelse med den oprindelige aktivitet under Build 3+ om identifikations- og kredsløbsdatasæt ved anvendelse af samme metodik.
A fundamental assumption of this project is that information exchange between administrations will exploit the inventory of decisions established by the Build 3+ horizontal activity.
En fundamental forudsætning for dette projekt er udvekslingen af data mellem administrationer, der anvender den oversigt over afgørelser, der er udarbejdet af den horisontale aktivitet under Build 3+.
There is no intention, therefore, to make obsolete, or undermine the in­vestment in existing systems.
Der er således ingen planer om forældelse eller tilsidesættelse af investeringerne i de nuværende systemer, men der vil dog blive foretaget en parallel under søgelse af anvendelsen af de nye standarder »Open Systems«, der vil støtte den tekniske forbedring af nettets effektivitet.
There will, however, be parallel research into the application of emerging Open Systems standards which will support the technical enhancement and future-proofing of the network.
Ved definition af et pilot-scenario vil Build 5 tage hensyn til følgende faktorer: torer:
In defining a pilot scenario, Build 5 will take account of the following elements:
- den økonomiske og strategiske interesse i den særlige datastrøm af de pågældende oplysninger
Messages related to the oth­ mentation of the pilot scenario; er E forms (E3XX, E4XX, E6XX) will • the possibility of using and testing also be developed.
På grundlag af resultaterne fra glossaret med termer vil Build 6 ligeledes udvikle EDIFACT-meddelelser til støtte for de øvrige Build-programmer.
the Common Architecture Rules; • the information exchange between more than one institution in the Member States having decentralised institutions.
Man vil være særlig opmærksom på de afsnit, der dækker de fælles behov for mange ydelser, men samtidig give prioritet til de EDIFACT-meddelelser, der er nødvendige for anvendelsen af blanketter i E 200-serien inden for
Build 5 will envisage the implementa­tion of a two level architecture, link­ing Insurance Bodies, Sickness Funds,
- muligheden for en etapevis anvendelse af pilot-scenario
Special attention will be paid to oth­er existing projects or programmes, both at national and European level.