- Verschifft
- 24. Oktober 2026 um 17:41 UTC
- Autor
- Kamo
- Ausschuss
- 2ef8033
- **************** Mitglieder mit CREATE_PATIENTS, EDIT_PATIENT_DEMOGRAPHICS, BOOK_APPOINTMENTS oder MANAGE_CLAIMS öffnen einen REGISTRATION-Datensatz eines Patienten ohne Pflegebeziehung (Basis PANEL, Zweck OPERATIONS/PAYMENT, geprüft); klinische Daten bleiben hinter der Beziehung. Keine Ebene = dieselbe geprüfte 404. - Patient open gibt eine explizite Datensatzansicht mit Zugriff auf CHART|REGISTRATION und Registrierungsdetails zurück: Telekommunikation (fhir_contact_point), Adresse (fhir_address), Notfallkontakte, bevorzugte Sprache und Dolmetscher, bevorzugte Kontaktmethode, PCP, Apotheke, Geburtsgeschlecht, Geschlechtsidentität. Das Kommunikationsrücken ist Synchronisierung von Telekom über ContactPointRegistrar (Mobil/Zuhause -> Privat, Arbeit, E-Mail). - Registrieren / korrigieren Sie den Rohkörper: Senden-Leere löscht, Abwesenheit lässt allein; Validierung für Telefon, E-Mail, ZIP; Geschlecht normalisiert auf FHIR Kleinbuchstaben beim Schreiben und Lesen. - Leere MRN von einem pro-Praxis Atomzähler zugewiesen (MrnAllocator, REQUIRES_NEW); Duplikat Von Hand eingegebene MRN abgelehnt. - Suche: vollständige Namen beider Bestellungen, DOB-only, Telefonnummer, Präfix Fallback hält DOB. - Doppelte Überprüfung gibt Namen, DOB und MRN (geprüft) zurück. - Neuer PatientCoverageController: Richtlinien CRUD/end, manuelle Berechtigungsprüfung (EligibilityCheck MANUAL, VorteileAsOf, Stempel die nächsten 30 Tage der Besuche), vorherige Genehmigungen; alle geprüft. - Endpunkt für Patiententermine an der Rezeption; Kontaktpunkte, die für die Registrierungsebene offen sind. - Portal-Admin: Proxy-Liste und Login-Suche für Vormund-Bewilligungen.