Card-G2-A_3479 - Kodierung von Versionskennungen

Jede Versionsnummer MUSS wie folgt in 3 Oktetten kodiert werden:

1. 1. 1. 1. Das 1. Oktett enthält I2OS(Hauptversionsnummer, 1)

         2. Das 2. Oktett enthält I2OS(Nebenversionsnummer, 1)

         3. Das 3. Oktett enthält I2OS(Revisionsnummer, 1)

Card-G2-A_3480 - Kodierung von Produktidentifikatoren

Jeder Produktidentifikator MUSS wie folgt in 16 Oktetten kodiert werden:

1. 1. 1. Die ersten fünf Oktette enthalten die von der gematik vergebene Hersteller-ID, wobei jedes Oktett genau ein in UTF-8 kodiertes Zeichen enthält.

      2. Die nächsten acht Oktette enthalten ein vom Hersteller gewähltes und im Rahmen der Zulassung angegebenes Produktkürzel, wobei jedes Oktett genau ein in UTF-8 kodiertes Zeichen enthält.

      3. Die Oktette 14 bis 16 enthalten eine vom Hersteller vergebene und im Rahmen der Zulassung angegebene Versionsnummer gemäß der Kodierung von Versionskennungen.

Card-G2-A_3481 - Ausschluss für die Kodierung von Produktidentifikatoren

Die Kombination Hauptversionsnummer . Nebenversionsnummer . Revisionsnummer = 0.0.0 DARF NICHT verwendet werden.

Card-G2-A_3482 - K_Initialisierung: Speicherstruktur für EF.Version

Die Datei EF.Version der eGK MUSS die in Tabelle Tab_Karten_Fach_TIP_003 festgelegte Struktur aufweisen.

Tabelle 3: Tab_Karten_Fach_TIP_003 Struktur der Datei EF.Version

Card-G2-A_3483 - K_Initialisierung: Inhalt body von EF.Version2

Der Inhalt des Attributes body MUSS eine Konkatenation von primitiven Datenobjekten sein, die von einem Constructed Element umschlossen werden.

Die EF.Version2  MUSS den in Tab_Karten_Fach_TIP_002 festgelegten Inhalt aufweisen.

Tabelle 4: Tab_Karten_Fach_TIP_002 Inhalt von EF.Version2

Card-G2-A_3484 - K_Initialisierung: Reihenfolge der Datenobjekte in body von EF.Version2

Bei der Befüllung der Dabei EF.Version2 KANN der Hersteller bei dem initialisierten body nach dem  DO 'C0' von der Reihenfolge der Datenobjekte in der Tabelle Tab_Karten_Fach_TIP_002 abweichen.

Card-G2-A_3485 - K_Initialisierung: Datenobjekte in EF.ATR

Der Oktettstring body MUSS DER-TLV-kodierte Datenobjekte (DO) enthalten. Die Datenobjekte MÜSSEN lückenlos hintereinander konkateniert werden.

[<=]

Card-G2-A_3486 - K_Initialisierung: DO_BufferSize in EF.ATR

In body MUSS an erster Stelle genau ein DO_BufferSize mit folgenden Eigenschaften enthalten sein:

1. Tag = ‘E0’.
   
2. DO_Buffersize MUSS genau vier DO mit einem Tag ‘02’ enthalten. Das Tag ‘02’ bezeichnet einen Integer Wert, der gemäß [ISO8825-1#8.3] codiert werden MUSS.
   
3. Das erste DO mit Tag ‘02’ MUSS die maximale Anzahl der Oktette enthalten, die eine ungesicherte Kommando-APDU nicht überschreiten darf.
   
4. Das zweite DO mit Tag ‘02’ MUSS die maximale Anzahl der Oktette enthalten, die eine ungesicherte Antwort nicht überschreiten darf.
   
5. Das dritte DO mit Tag ‘02’ MUSS die maximale Anzahl der Oktette enthalten, die eine gesicherte Kommando-APDU nicht überschreiten darf.
   
6. Das vierte DO mit Tag ‘02’ MUSS die maximale Anzahl der Oktette enthalten, die eine gesicherte Antwort nicht überschreiten darf.
   

Card-G2-A_3487 - K_Initialisierung und K_Personalisierung: DO_HistoricalBytes in EF.ATR

In body MUSS an zweiter Stelle genau ein DO_HistoricalBytes mit folgenden Eigenschaften enthalten sein:

1. Tag = ‘5F52’.
   
2. Das Wertfeld von DO’5F52’ MUSS Historical Bytes enthalten, die gemäß ISO/IEC 7816-4 zu kodieren sind.
   
3. Das erste Oktett des Wertfeldes von DO_HistoricalBytes MUSS aus der Menge Category Indicator = {’00’, ’80’} gewählt werden.
   
4. Das Wertfeld von DO_HistoricalBytes MUSS genau ein DO_PreIssuingData als COMPACT-TLV data object mit folgenden Eigenschaften enthalten:
   
1. Tag/Length = ’6y’, wobei „y“ die Zahl der Oktette angibt.
   
2. Das erste Oktett des Wertfeldes MUSS die Chiphersteller-ID gemäß [SD5] enthalten (siehe auch Hersteller-Kennungen).
   
3. Die Oktette zwei bis sechs MÜSSEN die Kartenhersteller-ID enthalten. Informationen zur Kartenhersteller-ID sind unter [FH-SIT] verfügbar.
   
4. Weitere Oktette sind herstellerspezifisch zu codieren und können eine Betriebssystemversion eineindeutig referenzieren.
   
5. Das Wertfeld von DO_HistoricalBytes MUSS genau ein DO_Card Capabilities als COMPACT-TLV data object mit folgenden Eigenschaften enthalten:
   

1. Tag/Length = ’73’.
   
2. Das Wertfeld von DO ’73’. MUSS den Wert ’96 21 xy’ enthalten.
   
3. Die obersten drei Bits in ‘xy’ MÜSSEN gesetzt sein.
   
4. Die Bits b5 und b4 in ‘xy’ MÜSSEN entweder
   
1. anzeigen, dass die Smartcard nur den Basiskanal unterstützt, oder
   
2. anzeigen, dass die Kanalnummer von der Smartcard zugewiesen wird.
   
5. Die unteren drei Bits in ‘y’ MÜSSEN die Anzahl unterstützter Kanäle anzeigen.
   

Card-G2-A_3488 - K_Initialisierung: DO_PT_COS in EF.ATR

In body MUSS ein DO_PT_COS mit folgenden Eigenschaften enthalten sein:

1. 1. 1. Tag = ‘D0’.

      2. Das Wertfeld enthält die Produkttypversion von PT_COS  gemäß der Kodierung von Versionskennungen.

Die Angaben Hauptversionsnummer, Nebenversionsnummer und Revisionsnummer entsprechen der im Rahmen der Zulassung angegebenen Version des zugrundeliegenden Produkttyps.

Card-G2-A_3489 - K_Initialisierung: DO_PI_CHIP in EF.ATR

In body MUSS ein DO_PI_Chip mit folgenden Eigenschaften enthalten sein:

1. 1. 1. Tag = ‘D2’.

      2. Das Wertfeld enthält die im Rahmen der Zulassung angegebene Produktidentifikation des Chips gemäß der Kodierung von Produktidentifikatoren.

Card-G2-A_3490 - K_Initialisierung: DO_PI_COS in EF.ATR

In body MUSS ein DO_PI_COS mit folgenden Eigenschaften enthalten sein:

1. 1. 1. Tag = ‘D3’.

      2. Das Wertfeld enthält die im Rahmen der Zulassung angegebene Produktidentifikation des COS gemäß der Kodierung von Produktidentifikatoren.

Card-G2-A_3491 - K_Initialisierung: DO_PI_InitialisiertesObjSys in EF.ATR

In body MUSS ein DO_PI_InitialisiertesObjSys mit folgenden Eigenschaften enthalten sein:

1. 1. 1. Tag = ‘D4’.

      2. Das Wertfeld enthält die im Rahmen der Zulassung angegebene Produktidentifikation des initialisierten Objektsystems gemäß der Kodierung von Produktidentifikatoren.

Card-G2-A_3492 - K_Personalisierung: DO_PT_Pers in EF.ATR

In body KANN ein DO_PT_Pers mit folgenden Eigenschaften enthalten sein:

1. 1. 1. Tag = ‘D5’.

      2. Das Wertfeld enthält die Produkttypversion von PT_Pers gemäß der Kodierung von Versionskennungen.

      3. Die Angaben Hauptversionsnummer, Nebenversionsnummer und Revisionsnummer entsprechen der im Rahmen der Zulassung angegebenen Version des zugrundeliegenden Produkttyps.

Card-G2-A_3493 - K_Initialisierung DO_PI_Kartenkörper in EF.ATR-Initialisierung

In body KANN ein DO_PI_Kartenkörper mit folgenden Eigenschaften enthalten sein:

1. 1. 1. Tag = ‘D6’.

      2. Das Wertfeld enthält die im Rahmen der Zulassung angegebene Produktidentifikation des Kartenkörpers gemäß der Kodierung von Produktidentifikatoren.

Card-G2-A_3494 - K_Personalisierung: DO_PI_Kartenkörper in EF.ATR-Personalisierung

In body MUSS ein DO_PI_Kartenkörper mit folgenden Eigenschaften enthalten sein:

1. 1. 1. Tag = ‘D6’.

      2. Das Wertfeld enthält die im Rahmen der Zulassung angegebene Produktidentifikation des Kartenkörpers gemäß der Kodierung von Produktidentifikatoren.

Card-G2-A_3495 - K_Personalisierung: DO_PI_Personalisierung in EF.ATR-Personalisierung

In body KANN ein DO_PI_Personalisierung mit folgenden Eigenschaften enthalten sein:

1. 1. 1. Tag = ‘D7’.

      2. Das Wertfeld enthält die im Rahmen der Zulassung angegebene Produktidentifikation der Personalisierung gemäß der Kodierung von Produktidentifikatoren.

Card-G2-A_3496 - K_Initialisierung: Weitere Datenobjekte in DO_HistoricalBytes in EF.ATR

Das Wertfeld von DO_HistoricalBytes KANN weitere COMPACT-TLV-codierte Datenobjekte enthalten.

[<=]

Card-G2-A_3497 - K_Personalisierung: Vollständige Befüllung von EF.ATR

EF.ATR MUSS mit Abschluss der Personalisierung vollständig befüllt sein. Semantisch nicht verwendeter Speicher MUSS mit DO'CF' gefüllt sein

[<=]

Card-G2-A_3498 - K_Personalisierung: DO_ICCSN in EF.GDO

In body MUSS genau ein DER–TLV codiertes Datenobjekt DO_ICCSN mit folgenden Eigenschaften enthalten sein:

1. Tag = ‘5A’ und Längenfeld = ‘0A’.
   
2. Für das Wertfeld MUSS gelten:
   

1. Das erste Oktett MUSS den Major Industry Identifier (MII) mit dem Wert ‘80’ enthalten, welcher eine Gesundheitskarte kennzeichnet (siehe [EN1867]).
   
2. Die nächsten drei Nibble MÜSSEN den Country Code Deutschlands mit dem Wert ‘276’enthalten (siehe [ISO3166-1]).
   
3. Die nächsten fünf Nibble MÜSSEN den Issuer Identifier enthalten.
   
4. Die restlichen fünf Oktette MÜSSEN BCD codiert eine Seriennummer enthalten.
   

Card-G2-A_3499 - K_Initialisierung: Speicherstruktur für EF.KeyInfo

Die Records der Datei EF.KeyInfo einer Smartcard des Gesundheitswesens MÜSSEN die in Tab_Karten_Fach_TIP_004 festgelegte Struktur aufweisen.

Tabelle 5: Tab_Karten_Fach_TIP_004 Struktur der Datei EF.KeyInfo

Card-G2-A_3500 - K_Initialisierung: Schlüssel und Zertifikat im selben Ordner für EF.KeyInfo

Der private Schlüssel eines Schlüsselpaares und das Zertifikat mit dem zugehörigen öffentlichen Schlüssel MÜSSEN sich auf der Karte im selben Ordner befinden.

Card-G2-A_3501 - K_Initialisierung: Kodierung der Kryptosysteme in EF.KeyInfo

Der Wert CryptSys in EF.KeyInfo MUSS entsprechend der Vorgaben in Tab_Karten_Fach_TIP_005 kodiert werden.

Tabelle 6: Tab_Karten_Fach_TIP_005 Liste der Kryptosysteme

Card-G2-A_3502 - K_Initialisierung: Initiale Belegung von EF.KeyInfo für die gSMC-K

EF.KeyInfo für die gSMC-K MUSS initial entsprechend den Vorgaben in Tab_Karten_Fach_TIP_006 kodiert werden.

Tabelle 7: Tab_Karten_Fach_TIP_006 Initiale Belegung von EF.KeyInfo für gSMC-K (hexadezimale Werte)

Card-G2-A_3503 - K_ Initialisierung: Kennungen von EF.KeyInfo für die gSMC-K

Die Kennungen von EF.KeyInfo für die gSMC-K MÜSSEN den Vorgaben in Tab_Karten_Fach_TIP_007 kodiert werden.

Tabelle 8: Tab_Karten_Fach_TIP_007 Liste der Kennungen für gSMC-K

Card-G2-A_3504 - K_Initialisierung: Initiale Belegung von EF.KeyInfo für die gSMC-KT

EF.KeyInfo für die gSMC-KT MUSS initial entsprechend den Vorgaben in Tab_Karten_Fach_TIP_008 kodiert werden.

Tabelle 9: Tab_Karten_Fach_TIP_008 Initiale Belegung von EF.KeyInfo für gSMC-KT (hexadezimale Werte) // zu ergänzen

Card-G2-A_3505 - K_ Initialisierung: Kennungen von EF.KeyInfo für die gSMC-KT

Die Kennungen von EF.KeyInfo für die gSMC-KT MÜSSEN den Vorgaben in Tab_Karten_Fach_TIP_009 kodiert werden.

Tabelle 10: Tab_Karten_Fach_TIP_009 Liste der Kennungen für gSMC-KT

Card-G2-A_3506 - Speicherstruktur für EF.Logging

Die Rekords der Datei EF.Logging der eGK MÜSSEN die in Tab_Karten_Fach_TIP_010 festgelegte Struktur aufweisen.

Tabelle 11: Tab_Karten_Fach_TIP_010 _StrukturEF.Logging – Struktur der Rekords der Datei EF.Logging

Card-G2-A_3507 - K_Personalisierung Versionierung Inhalte von EF.EnvironmentSettings

In EF.Version2 der gSMC-K MUSS ein DO ’C3’ enthalten sein. Das DO ’C3’ MUSS die Version der Befüllvorschrift für die Datei EF.EnvironmentSettings enthalten.

Card-G2-A_3509 - K_Personalisierung Inhalt von EF.EnvironmentSettings

Das Byte 0 in der Datei EF.EnvironmentSettings der gSMC-K MUSS bei der Personalisierung von Testkarten mit dem Wert 0 gefüllt werden.

Das Byte 0 in der Datei EF.EnvironmentSettings der gSMC-K MUSS bei der Personalisierung von Produktivkarten mit dem Wert 1 gefüllt werden.