E‑Rezept für Privatpatienten: Was Ihre Praxissoftware können muss

Ja, Ihre Praxissoftware kann E‑Rezepte für Privatpatientinnen und Privatpatienten ausstellen. Der zentrale Mechanismus dafür heisst E‑Rezept Schweiz Service und wird von der Firma HIN betrieben. Die Signatur erfolgt über eine persönliche, EPDG‑konforme elektronische Identität, etwa die HIN eID. Ihre Software braucht dafür entweder eine native HIN‑Integration oder mindestens einen Zugang zur Web‑Applikation. Der Patient erhält am Ende einen QR‑Code, ausgedruckt, als PDF oder in einer App, und kann damit in jede Apotheke seiner Wahl gehen.

Drei Punkte sollten Sie sofort prüfen:

• Unterstützt Ihre Praxissoftware die HIN‑Anbindung nativ oder nur über einen Umweg?
• Können alle Behandelnden eine gültige eID vorweisen, inklusive Stellvertretungsregelung?
• Ist die Archivierung geklärt, auch für Privatpatienten ohne elektronisches Patientendossier?

Kurz gesagt: Ein E‑Rezept für Privatpatienten unterscheidet sich technisch kaum von einem Rezept für gesetzlich Grundversicherte. Der Unterschied liegt in der Abrechnung und in der Dokumentation, nicht im Signaturprozess selbst.

E rezept privatpatient: Wie die Technik im Hintergrund funktioniert

Ein E‑Rezept entsteht direkt im Praxisinformationssystem. Sie verordnen wie gewohnt, das System erzeugt daraus ein digitales Dokument und signiert es elektronisch mit Ihrer eID. Erst dieser Schritt macht aus einer digitalen Notiz ein rechtsgültiges Rezept.

Der E‑Rezept Schweiz Service speichert dabei bewusst wenig: nur eine anonyme Rezept‑ID, die Aussteller‑ID und den Einlösestatus. Die eigentlichen Medikationsdaten, also Wirkstoff, Dosierung und Dauer, liegen ausschliesslich im QR‑Code, den der Patient in der Hand hält. Diese Architektur nennt man Privacy by Design, und sie ist kein Marketingbegriff, sondern eine bewusste Entscheidung gegen eine zentrale Medikationsdatenbank.

Der Patient bleibt faktisch Eigentümer seines Rezepts. Er entscheidet, welcher Apotheke er den Code zeigt, und niemand sonst hat vorab Einsicht in die verschriebene Substanz.

Löst die Apotheke das Rezept ein, meldet sie den Status zurück an den zentralen Dienst. Das System unterscheidet dabei:

• vollständig eingelöst
• teilweise eingelöst (etwa bei Packungsgrössen, die nicht zur Menge passen)
• revoziert, falls Sie das Rezept nachträglich zurückziehen müssen

Rechtlich stützt sich das Verfahren auf die Arzneimittelverordnung (VAM), die Anforderungen an qualifizierte elektronische Signaturen regelt. Initiiert wurde der Dienst von FMH und pharmaSuisse gemeinsam, ergänzt durch Austauschformate wie IHE CMPD und CHMED16A, die eine spätere Anbindung an das EPD technisch vorbereiten.

Welche technischen Voraussetzungen muss Ihre Praxissoftware erfüllen?

Vier Anforderungen entscheiden darüber, ob Ihre Software praxistauglich ist oder zur täglichen Bremse wird.

1. EPDG‑konforme eID mit Arztattribut. Die HIN eID muss das Attribut Ärztin oder Arzt tragen und eine Zwei‑Faktor‑Authentisierung unterstützen. Ohne dieses Attribut lässt sich kein gültiges E‑Rezept signieren.
2. Integrationstiefe klären. Eine Tiefenintegration bindet die Signatur direkt in den Verordnungsprozess ein, ohne Applikationswechsel. Eine Web‑App‑Lösung funktioniert ebenfalls, kostet aber pro Rezept ein paar Klicks mehr und unterbricht den Arbeitsfluss.
3. Austauschformate unterstützen. Prüfen Sie, ob Ihre Software CHMED16A, IHE CMPD oder FHIR‑Strukturen verarbeitet. Das ist laut den IPAG‑Berichten von eHealth Suisse die Richtung, in die sich die Standards entwickeln.
4. Archivierungspflicht abbilden. Ein E‑Rezept ist wie ein Papieroriginal zu behandeln und muss entsprechend aufbewahrt werden. Klären Sie, ob Ihre Software die Archivierung automatisch übernimmt oder ob Sie manuell exportieren müssen.

Profi-Tipp: Fragen Sie beim Softwareanbieter konkret nach, ob die Signatur im laufenden Verordnungsprozess passiert oder ob eine separate Applikation geöffnet werden muss. Dieser eine Unterschied entscheidet über mehrere Minuten Mehraufwand pro Tag.

Fachleute von pharmaSuisse sehen genau in dieser Integrationstiefe den grössten Hebel gegen unnötigen administrativen Aufwand.

So läuft die Ausstellung eines Privatrezepts in der Praxis ab

Der Ablauf für ein Privatrezept unterscheidet sich im Kern nicht von jenem für Grundversicherte. Sie treffen den Therapieentscheid, erfassen die Verordnung im Praxisinformationssystem, signieren elektronisch und übergeben dem Patienten den QR‑Code. Der Unterschied liegt in der Abrechnung und nicht im Rezeptprozess selbst.

Bei Dauermedikation lohnt sich ein Blick auf die Teil‑Einlösung. Löst ein Patient nur einen Teil der verschriebenen Menge ein, muss die Apotheke den Status korrekt zurückmelden, sonst entstehen Differenzen in der Abgabedokumentation, die später schwer zu klären sind.

Für Patienten ohne elektronisches Patientendossier ändert sich praktisch nichts. Das E‑Rezept ist bewusst so konzipiert, dass es auch ohne EPD funktioniert: Ihre Praxis übergibt den Code als Ausdruck, als PDF per sicherem Kanal oder direkt über eine App. Wichtig ist nur, dass Sie einen sicheren Übermittlungsweg anbieten, keine unverschlüsselte E‑Mail.

Für die Zusammenarbeit mit der Apotheke gilt: Diese scannt den Code, validiert ihn gegen den zentralen Dienst und entwertet ihn beim Abgeben. Verfügt die Apotheke noch nicht über eine native Anbindung, kann sie auf Übergangslösungen wie eine Web‑Applikation zurückgreifen, etwa in Verbindung mit Documedis.

Checkliste: So bewerten Sie die E‑Rezept‑Tauglichkeit Ihrer Praxissoftware

Bevor Sie sich für eine Lösung entscheiden oder Ihre bestehende Software neu bewerten, arbeiten Sie diese fünf Punkte durch.

1. Integrationsgrad: Bietet die Software eine native E‑Rezept‑Funktion mit automatischem Status‑Logging, oder benötigen Sie eine externe Web‑App als Zwischenlösung?
2. Sicherheit: Unterstützt sie HIN‑eID, Zwei‑Faktor‑Authentisierung, Audit‑Protokolle und eine datensparsame Architektur ohne zentrale Speicherung von Medikationsdaten?
3. Operative Funktionen: Kann sie den QR‑Code exportieren, sicher an Patienten versenden, archivieren und Mehrfach‑ sowie Teileinlösungen abbilden?
4. Abrechnung und Nachweis: Lässt sich das Rezept sauber mit TARMED oder Tarif 590 verknüpfen, und erfüllt die Dokumentation die Nachweispflichten für Privatrezepte?
5. Support: Bietet der Anbieter Schulung, eine Stellvertretungs‑eID für Praxisteams und klare API‑Dokumentation für künftige Schnittstellen?

Profi-Tipp: Lassen Sie sich vom Anbieter live zeigen, wie eine Teil‑Einlösung im System dokumentiert wird. Genau an diesem Punkt zeigt sich, ob eine Software wirklich durchdacht ist oder nur auf dem Papier funktioniert.

Was bei der Einführung in der Praxis wirklich schiefgeht

In Gesprächen mit Praxisteams tauchen fast immer dieselben drei Stolpersteine auf. Erstens: Die eID wird zu spät beantragt, und am Starttag kann niemand signieren. Zweitens: Niemand hat vorher geklärt, wie Privatrezepte ohne EPD archiviert werden, und das Team improvisiert mit Ausdrucken. Drittens: Es fehlt eine kurze interne Schulung, wie das System mit Teil‑Einlösungen umgeht, was später zu Unklarheiten in der Abgabedokumentation führt.

Eine tiefe Systemintegration löst die meisten dieser Probleme im Vorfeld, weil Signatur und Archivierung Teil des gewohnten Verordnungsprozesses werden, statt eines zusätzlichen Schritts. Eine cloudbasierte Praxissoftware wie MediCloudMed bildet genau diese Nähe zum EPD ab, ohne dass Praxen auf ein EPD angewiesen sind, um E‑Rezepte für Privatpatienten sauber zu verwalten.

— Uli

Wie MediCloudMed Ihre Praxis auf das E‑Rezept vorbereitet

MediCloudMed ist die naheliegende Wahl für Praxen, die E‑Rezepte nicht als Zusatzaufwand, sondern als Teil des normalen Verordnungsprozesses abbilden wollen. Die cloudbasierte Praxissoftware verbindet HIN‑nahe Signaturprozesse mit automatisierter Abrechnung nach TARMED oder Tarif 590, sodass ein Privatrezept nicht getrennt von der Rechnungsstellung verwaltet werden muss.

Über API‑Schnittstellen zu Laboren, Radiologie und PACS‑Systemen lässt sich die Verordnung zudem in einen grösseren Praxisworkflow einbetten, statt als isolierte Insellösung zu bestehen. Onboarding und Schulung gehören zum Angebot dazu, ebenso Support bei Fragen zu eID und Stellvertretungsregelungen im Team.

Wer prüfen möchte, wie sich das konkret in der eigenen Praxis umsetzen lässt, findet auf der MediCloudMed Landingpage alle Funktionen im Überblick und kann direkt einen Termin über Calendly für eine persönliche Demo buchen.

Quellen

• Whitepaper E‑Rezept Schweiz
• E‑Rezept Schweiz Service — HIN Support