E-Rezept Schweiz Decoder

QR-Code scannen, hochladen oder eingeben

Bitte richten Sie Ihre Kamera auf den QR-Code

E-Rezept aus JSON erzeugen

Fügen Sie hier ein Medication-Objekt gemäss CHMED16A ein. Daraus wird ein CHMED16A-Code erzeugt, der anschliessend wie ein gescannter QR-Code decodiert und validiert wird.

Hinweis zum Datenschutz: Diese Anwendung verarbeitet Ihre E-Rezept-Daten komplett in Ihrem Browser. Folgende Daten werden bei der Nutzung an externe Dienste übermittelt:

Wichtig: Es werden niemals personenbezogene Daten wie Name, Geburtsdatum, Diagnosen oder Medikamentendosierungen an externe Server übermittelt. Die Validierung der E-Rezept-Struktur erfolgt vollständig lokal im Browser.

Wichtig: Validiert wird gegen das Schema unter developers.e-rezept.ch. Dieses ist nicht vollständig deckungsgleich mit der offiziellen Spezifikation unter GitHub: ig-emediplan/specification (Revision 3). Bei der Validierung werden mögliche Abweichungen als Warnungen gekennzeichnet.

Bekannte Abweichungen zwischen Schema und Spezifikation
  • HcPerson: Das Schema verlangt für Revision 2 und 3 nur HcOrg. Dass auch HcPerson mit Gln, FName und LName vorhanden sein muss und dass Auth mit HcPerson.Gln übereinstimmt, prüft diese Anwendung zusätzlich gemäss Spezifikation.
  • Unbekannte Felder: Die Spezifikation verlangt ausdrücklich, dass Parser unbekannte Felder ignorieren und nicht scheitern. Das Schema setzt auf oberster Ebene additionalProperties: false, wodurch Felder künftiger Revisionen als Fehler erscheinen.
  • IndC (Indikationscode): Mit Revision 3 eingeführt (Format 00000.00 gemäss SL), im veröffentlichten Schema noch nicht enthalten. Abweichungen werden daher nur als Hinweis gemeldet.
  • Id: Revision 3 definiert die Rezept-Id als UUID mit 36 Zeichen, das Schema prüft nur auf einen String.
  • Auth: Das Schema verlangt strikt 13 Ziffern. Laut Spezifikation ist das für Rezepte die GLN der Person, im Sonderfall Patient als Aussteller genügt jedoch die Bezeichnung "patient".
  • Dt (Datum): Die Spezifikation verlangt das Format yyyy-mm-ddThh:mm:ss±hh:mm. Das Schema prüft auf "date-time" nach RFC 3339 und akzeptiert dadurch auch "Z" als Zeitzone sowie Bruchteilsekunden.
  • Zip (PLZ): Das Schema erwartet über das Muster 4-5 numerische Zeichen, die Spezifikation typisiert die PLZ als string(10) und lässt damit auch ausländische Formate zu.
  • Pos (Dosierung): Die Spezifikation erlaubt pro Medikament höchstens eine Posologie. Das Schema verlangt mindestens einen Eintrag, begrenzt die Anzahl aber nicht nach oben.
  • Rep (Wiederholungen): Das Schema erlaubt maximal 24, die Spezifikation typisiert das Feld als int(2) und damit bis 99.
  • ProPharma-Bestellungen: Bei Bestellungen ist Auth der Absender (GLN oder Name der Einrichtung) und Dt trägt keine Zeitzone. Beides weicht vom Schema ab und wird bei erkannten Bestellungen als Hinweis gemeldet.