PTV · ATV · Draft

Wie werden gematik PTV, ATV und Drafts korrekt den MEMM-Produktgrenzen zugeordnet?

Die Website verbindet Produkt- und Anbietertypen mit festen Dokumentversionen sowie ausgewählten AFO-, Abschnitts- und Schnittstellenreferenzen. Specification & Trust erklärt, welche Vorgabe welche Architekturgrenze betrifft. Die Zuordnung beschreibt den fachlichen Sinn der Quellen und beansprucht keine vollständige Implementierungsprüfung.

Themen: PTVATVDraftZulassungTI-MTI-Flow
Der Zusammenhang im Überblick

Von der Rolle zur prüfbaren Aussage

  1. PTV / ATV

    Produkttyp und Anbieterrolle getrennt festlegen

    bindet
  2. Quelle + Version + Anforderung

    Geltende Auswahl und Entwurfsstatus prüfen

    begrenzt die Aussage
  3. Benannter Prüfumfang

    Aussage, verantwortliche Rolle und Nachweisbezug

Lesepfad durch die Dokumentmatrix. Eine Quellenzuordnung ist noch kein Implementierungsnachweis und keine Zulassung.

Dokumenttyp und Verantwortung

  • PTV: normativer Produkttyp-/Herstellerumfang mit eigener Produkttypversion und Dokumentversion.
  • ATV: normativer Anbietertyp-/Betriebsumfang, kein Beleg für Betreiberrolle durch Nennung auf der Website.
  • Draft: Vorabveröffentlichung für Planung; Änderungen bis zum Release und Rücknahme sind möglich.

Prüfbare Traceability statt Prozentbehauptung

Für die öffentliche Architekturerklärung werden Dokumentversion, Rolle, Anforderungsnummer oder Abschnitt und Bedeutung gemeinsam benannt. Für einen Implementierungsnachweis kommen Testprozedur, nachvollziehbares Ergebnis und Review-Entscheid hinzu. Die Website erklärt ausgewählte Anforderungen; ihre Zuordnung ist kein vollständiger Testkatalog.

Versionierte Primärquellen

Was hier ausdrücklich nicht behauptet wird: Die Quellenprüfung vom 17. Oktober 2026 berücksichtigt bereitgestellte Primär-PDFs, versionierte FHIR-Pakete und gebundene JSON-/OpenAPI-Schemata. Die redaktionelle Einordnung ist keine Zulassung, Zertifizierung oder Vollständigkeitszusage für eine Implementierung.