Dexman — Spezifikation (Spezial-Tool, v2)

Kernaussage. Dexman ist das laufende Praxis-Controlling im Medidentas-Kontext: je Praxis/MVZ Rentabilität, Liquidität und Umsatzentwicklung — gesamt und je Behandler/Standort — plus konkrete Handlungsempfehlungen, die direkt als Wiedervorlage/Beratungsanlass in den Medidentas-Prozess fließen. Gegenüber dem Mitbewerber MediPulse (reines Controlling-Produkt) differenziert Dexman über Kopplung Zahlen + Beratungsprozess, Planungstiefe aus dem Excel-Altbestand (Personal · Darlehen · Liquiditäts-/Steuer-/Privatvorschau · Mindestumsatz) und dentale Spezifika. Von MediPulse übernommen werden die Zusätze Bank-/Finanzsicht, pseudonymisierender Konnektor, Patientenstamm-/Produktivitäts-/Ziffern-Analytik und tagesnahe Frische (DEX-14…DEX-19).

Status (2026-09-26): 🟡 erste Ausbaustufe gebaut (0.151.0, MED-D-381, Issue #381): Rechenkern, DEX-8/9/10/11/12 (vereinfacht, s. Systementwurf §10.4), DEX-2 (Basis-Kennzahlen), DEX-5 (Kachel/Workspace ohne PDF), DEX-6 (regelbasiert), Ist-Erfassung durch Medidentas; zwei Oberflächen Kompass und Klassisch; formelle Fachsprache (0.151.1, MED-D-383, Systementwurf §11). Spezifikation v2 (MED-D-372, Issue #372). Gebaute Grundlagen aus Dentmarking + Kern: s. §7.1. Produkt dexman_controlling ist seit MED-D-643 als Mandat buchbar (laufend; server/src/domain/beratungsauftrag.ts) — mit Praxis-Pflicht: genau eine Praxis je Mandat, höchstens ein offenes Mandat je Praxis (MED-D-686); beim Buchen entstehen vier Standard-Unterlagen (MED-D-646) und vier Folgeaufgaben — Unterlagen anfordern 7 T., Planung erfassen 21 T., Ist-Umsätze erfassen 30 T., Auswertung besprechen 45 T. (MED-D-649, Fristen als Vorschlag). Solange ein Dexman-Mandat laufend ist, legt der stündliche Cron je Monat für den Vormonat drei Wiedervorlagen an — Monatszahlen anfordern (fällig 5.), Ist-Umsätze erfassen (10.), Monatsbericht besprechen (15.) (MED-D-652, idempotent je Mandat × Monat, Tage als Vorschlag); das Mandat-Overlay öffnet Dexman für die gebuchte Praxis, zusätzlich bleibt der Knopf „Dexman" je Praxis im Reiter „Praxen". Monatsbericht als eingefrorener PDF-Beleg gebaut (MED-D-684, Issue #684 — der dritte Schritt des Monatstakts hat damit sein Dokument, §5 DEX-5) und der Regel-Katalog der Handlungsempfehlungen ist geführt, mit drei zusätzlichen Regeln aus vorhandenen Daten (MED-D-683, Issue #683 — §5 DEX-6, Systementwurf §10.5). Personal als Person mit Anstellungs-Zeitspannen (MED-D-693, Issue #693 — §5 DEX-8, Systementwurf §10.7) und die Performance-Tabelle mit festschreibbaren Monaten (MED-D-694, Issue #694 — Systementwurf §10.8) sind gebaut: Ist-Umsätze werden tabellarisch je Monat erfasst, abgeschlossene Monate lassen sich sperren (Aufheben nur durch die Administration, auditiert). In der Kunde zeigt eine Kachel die Lage der Praxis ohne Klick (MED-D-737/764, Issues #737/#764 — §5 DEX-5, Systementwurf §10.10). Eine Handlungsempfehlung lässt sich außerdem als Vorschlag in die Beratungsdokumentation geben — der Berater übernimmt, ändert oder verwirft, nichts landet von selbst im Protokoll (MED-D-735, Issue #735 — §5 DEX-6, Systementwurf §10.9).

Dokument	Rolle
dieses Dokument	Master-Spezifikation: Leitfragen, Anforderungskatalog, MediPulse-Abgleich, Datenmodell, Slices, Compliance
Dexman-Systementwurf.md	Systementwurf (MED-D-380): Anforderungsanalyse inkl. Widersprüche W-1…W-10, Bedienkonzept (Tageslinie, Zeitleiste, Was-wäre-wenn), Architektur (Rechenkern), Prototyp
Dexman-Fachmodell.md	Anhang A — Feldkataloge & Rechenlogik aus dem Excel-Altbestand (Detail zu DEX-8…DEX-13)
dexman-beispieldaten/ (JSON-Dateien im Repo)	Anhang B — anonymisierte Beispieldaten (JSON)
Dentmarking.md	Vorstufe (einmaliges Gutachten aus Selbstauskunft, DM-8)

ID-Konvention. Tool-scoped Reihe DEX-n (Anforderungen) wird unverändert fortgeführt (analog DM-n; kein MED--Präfix, da Serien-ID, MED-D-372). Alt-Punkte OP-DEX-1…10 bleiben gültig; neue offene Punkte sind GitHub-Issues (MED-D-359). Zielgruppe dieses Dokuments: Business/Management (§1–§3, §6) · IT-Architektur/Entwicklung (§4–§5, §7–§9) · CISO/Datenschutz (§11).

---

1. Leitfragen (Dexman-True-North)

#	Leitfrage	Bezug Medidentas-True-North
L1	Wie rentabel und liquide ist die Praxis? — gesamt und je Behandler/Standort/Leistungsart	Frage 1 (Wo steht der Kunde?)
L2	Wie entwickelt sich der Umsatz? — Ist, Prognose, Mindestumsatz, Ziel	Frage 2 (Was ist offen/fällig?)
L3	Wo liegen Reserven — und was wurde daraus gemacht? — priorisierte Empfehlungen, dokumentierte Maßnahmen	Frage 2 + 3 (rechtssicher dokumentiert)

Regel: Jede DEX-Anforderung beantwortet ≥ 1 Leitfrage (Spalte „L" in §4).

2. Kontext, Annahmen, Abgrenzung

• Annahme OP-DOMAIN-1 (offen, zu bestätigen): Anwender = Beratungs-/Management-Kontext für Praxen; Kunde (technisch mandant) ist Inhaber einer Zahnarzt-/Arztpraxis bzw. eines MVZ; Dexman ist dental-first.
• Dentmarking vs. Dexman (DM-8): Dentmarking = einmaliges Gutachten aus Selbstauskunft; Dexman = laufendes Controlling. Dentmarking-Werte sind Dexmans Baseline (gleiche Faktentabelle, §7).
• Datenpfad-Stufen (MED-D-108): Stufe 1 = Selbstpflege durch den Kunden (Portal) + Excel-Import; Stufe 2 = Systemdaten (Bank, BWA, PVS). Beide schreiben in dieselbe Faktentabelle mit Quellen-Kennung und Vorrangregel (G-2).
• Out of Scope: kein PVS-/Abrechnungsersatz (Dexman liest, G-1) · keine Buchhaltung/Steuerberatung (BWA kommt vom Steuerberater; Steuerschätzung ist Planungsgröße, keine Steuerberatung) · kein Patienten-/Behandlungsmanagement · keine automatische Ausführung von Maßnahmen (vorschlagend).

3. Rollen & Sichtbarkeit

Rolle	Sieht / tut	Gate
Berater (Medidentas-Mitarbeiter)	alle Auswertungen seiner Kunden; erzeugt Beratungsanlässe/Wiedervorlagen	R7-RBAC
Praxisinhaber / MVZ-Geschäftsführung (Kunde im Portal)	eigene Praxis inkl. Behandler-Vergleich; pflegt Selbstauskunft	Portal-Scope eigener Mandant (MED-D-279)
Behandler	nur eigene Scorecard	OP-DEX-4 (BetrVG/§ 26 BDSG)
Steuerberater (optional)	liefert BWA (Datenquelle)	je Mandat

Behandler-Vergleiche sind rollen-gegated und erst nach Klärung OP-DEX-4 freischaltbar (RISK-11).

---

4. Anforderungskatalog (Übersicht)

Prio = Vorschlag (M = Must für Dexman-MVP · S = Should · C = Could) — Annahme, vom Auftraggeber zu bestätigen. Quelle: Lh = bisheriges Lastenheft (06-2026) · XL = Excel-Altbestand (Anhang A) · MP = MediPulse-Abgleich (§6) · MT = Kundenmeeting 12.07. (MED-D-108).

ID	Anforderung	Quelle	L	Prio	Slice	Detail
DEX-1	Datenintegration (Quellen, Vorrang, Lineage, idempotent)	Lh	L1	M	X1…X7	§5
DEX-1a	Selbstauskunft über das Kern-Kundenportal (passwortlos)	MT	L1	M	X1	§5
DEX-2	Kennzahlen-Engine (definitions-getrieben, Benchmarks als Stammdaten)	Lh	L1	M	X2	§5
DEX-3	Umsatzprognose (Szenarien, Soll-Ist, Ziel-Tracking)	Lh·MP	L2	S	X8	§5
DEX-4	Behandler-Scorecard + fairer Vergleich	Lh·MP	L1	S	X6	§5
DEX-5	Surfaces: Cockpit-Kachel, Workspace, Monatsbericht	Lh	L1–L3	M	X2	§5
DEX-6	Reserven & Handlungsempfehlungen → Wiedervorlage/Beratungsdoku	Lh	L3	S	X8	§5
DEX-7	Benchmarking intern + extern anonym (inkl. Finanzierungskosten)	Lh·MP	L1	C	X8	§5
DEX-8	Personal- & Behandlerplanung (Person + Anstellungs-Zeitspannen, Ein-/Austritt)	XL	L1	M	X1	Anhang A §2 · §5
DEX-9	Darlehensspiegel (geschäftlich/privat/vermietet + Zuordnung)	XL	L1	M	X3	Anhang A §3
DEX-10	Liquiditäts- & Ergebnisvorschau (Monatsmatrix, Erlös-Modus, Privat, Steuer)	XL	L1·L2	M	X2	Anhang A §4
DEX-11	Mindestumsatzermittlung (Break-even Jahr/Monat/Tag/Stunde)	XL	L2	M	X2	Anhang A §4
DEX-12	Anlagen, AfA & Reinvestition	XL	L1	S	X3	Anhang A §6
DEX-13	Excel-Datenübernahme DexMan/PM/DAM (PII-Scrubbing)	XL	L1	M	X4	Anhang A §8
DEX-14	Finanzsicht Bank: Kontenanbindung, Kategorisierung, laufende BWA-Sicht, Plan vs. Ist	MP	L1	S	X5	§5
DEX-15	Patientenstamm-Analytik (pseudonym): neu/wiederkehrend/abwesend, Fallwert, Umsatz je Kontakt	MP	L1·L3	C	X7	§5
DEX-16	Produktivität & Personalverfügbarkeit: Stundensatz, Deckungsbeitrag je Mitarbeiter, Ausfallzeiten	MP	L1	S	X6	§5
DEX-17	Leistungsziffern-Analyse: Umsatz je Ziffer, erbracht vs. abgerechnet	MP	L3	C	X7	§5
DEX-18	Pseudonymisierender Konnektor at source (Patient nie identifizierbar)	MP	L1	M¹	X7	§5
DEX-19	Datenfrische & Granularität Woche/Tag, Push statt Reload	MP	L1·L2	S	X5	§5

¹ Must, sobald PVS-Daten übernommen werden (Gate für X7, G-6).

5. Anforderungen im Detail (mit Akzeptanzkriterien)

DEX-1 — Datenintegration

Übernahme der Rohdaten je Praxis in die gemeinsame Faktentabelle (§7), über die Kern-Integrationsschicht (R9).

Quelle	Inhalt	Stufe	Mechanik
Selbstauskunft (Portal, DEX-1a)	Leistungsstatistik, Personal, Kosten	1	Portal-Einreichung + 4-Augen-Freigabe
Erfassung durch Medidentas (gebaut)	Ist-Umsätze je Behandler und Monat	1	Monats-Tabelle im Dexman-Fenster; abgeschlossene Monate festschreibbar (MED-D-694)
Excel-Altbestand (DEX-13)	DexMan/PM/DAM	1	Upload → Parser → PII-Scrubbing
Bank (DEX-14)	Kontostände, Umsätze	2	lizenzierter Kontoinformationsdienst (PSD2) — Issue #373
Buchhaltung/BWA	Umsatz, Kosten, Gewinn	2	DATEV-naher Import (OP-DEX-1)
PVS (DEX-18)	Leistungen, Fälle, Behandler, Termine, HKP	2	VDDS/systemnahe Exporte über Konnektor (OP-DEX-1, Issue #374)

Akzeptanz: (a) jeder Import ist idempotent (Idempotenz-Schlüssel je Quelle × Periode); (b) jede Kennzahl ist auf Quelle + Formel + Periode zurückführbar (Lineage); (c) Vorrangregel je Feld ist konfiguriert, nicht hartkodiert (Default: pvs > bwa > bank > excel_import > portal/fragebogen); (d) jeder Import erzeugt ein PII-armes Audit-Event (G-4); (e) Plausibilitäts-Warnungen (RISK-13).

DEX-1a — Selbstauskunft über das Kern-Kundenportal

Die Selbstpflege (MED-D-108) läuft über das gebaute Kern-Kundenportal /portal (MED-D-279…320: Magic-Link, Turnstile, mehrere Kontakt-Logins) — kein eigenes Dexman-Portal (G-1/G-2; löst die frühere Skizze dexman.medidentas.* ab, MED-D-372). Einreichungen folgen dem Formular-Rücklauf-Muster (MED-D-89: Feld-Sichtung approve/deny, Korrektur-Schleife). Der vom Backoffice aktiv versandte „Zeit-für-Ihre-Zahlen"-Link ist der bestehende Einladungs-Magic-Link + Wiedervorlage (R5). Das „Vorzimmer" erhält einen eigenen Portal-Kontakt (MED-D-320) statt eines weiterleitbaren 1-Tages-Links (Meeting M12) — Vorschlag, Entscheidung E-A im Systementwurf. Akzeptanz: Monatswerte (Leistung je Behandler, Personal-Änderungen) im Portal erfassbar; Übernahme erst nach Sichtung; Quelle portal in der Faktentabelle. Stand (MED-D-700, Issue #700): Leistung je Behandler gebaut (Portal-Aufgabe für den Vormonat, Feld-Sichtung in Dexman, Quelle portal); Personal-Änderungen über das Portal noch offen. Detail: Systementwurf §4.6.

DEX-2 — Kennzahlen-Engine

Definitions-getrieben wie die Dentmarking-Engine (domain/dentmarking-kennzahlen.ts): Kennzahl = Formel über Feldschlüssel + versionierter Benchmark. Abgeleitet, nie persistiert (G-2).

Kennzahl	Definition	Richtwert (editierbar)	MP-Pendant
Umsatz je Behandler / Stuhl / Fall	Umsatz ÷ Bezugsgröße ÷ Periode	intern	✅
Umsatzrendite	Gewinn ÷ Umsatz	≥ 33 % (dental)	✅
Personalkostenquote	Personalkosten ÷ Umsatz	≤ 35 % (dental)	✅
Materialkostenquote	(Material + Labor) ÷ Umsatz	branchenüblich	✅
Finanzierungskostenquote	Zinsaufwand ÷ Umsatz (aus DEX-9)	intern	✅ (neu, MP)
Stuhl-/Behandler-Auslastung	produktive Zeit ÷ Arbeitszeit	85–95 %	—
Umsatz-Mix	Kasse / Privat / Eigenlabor	je Ziel	✅ (ärztl. KV/HZV/BG/Privat)
HKP-Abschlussquote	angenommene ÷ erstellte HKP	praxisindividuell	— (dental)
Umsatz & Personalkosten je Stunde	aus DEX-16	intern	✅

Benchmarks: ein gemeinsamer, versionierter Satz mit Dentmarking (DM-3); die Richtwerte oben (≤ 35 %) und in der Dentmarking-Logik (25–33 %) widersprechen sich und sind abzustimmen (Systementwurf W-4). Akzeptanz: Benchmarks admin-pflegbar mit Version; Kennzahl zeigt Formel + Quellen (Lineage).

DEX-3 — Umsatzprognose

Hybrid (OP-DEX-2): HKP-Pipeline × Abschlussquote · Zeitreihe mit Saisonalität · KZV-Budget (HVM) als Deckel/Frühwarnung · Szenarien Ist/konservativ/Ziel · Soll-Ist + Ziel-Tracking; Mindestumsatz (DEX-11) als Ziel-Linie. Akzeptanz: Prognose je Praxis und Behandler; Abweichung > Schwellwert → Wiedervorlage.

DEX-4 — Behandler-Scorecard

Eigene Kennzahlen, Entwicklung, Zielerreichung; fairer Vergleich mit Normalisierung (Teilzeit/Stuhlzeit, Leistungsspektrum, Neu-/Bestandspatienten); Umsatzbeteiligung (OP-DEX-6). Gate: OP-DEX-4. Akzeptanz: Behandler sieht nur sich; Vergleich nur für Inhaber/Berater.

DEX-5 — Surfaces

Cockpit-Kachel im Kunden-Detail (Ampel Rentabilität · Liquidität · Umsatz vs. Prognose · Top-Reserve) · Dexman-Workspace (Behandler, Standort, Leistungsart, Zeitverlauf) · Monatsbericht als PDF-Beleg in der Ablage (R2, eingefroren wie das Dentmarking-Gutachten). Akzeptanz: Kachel beantwortet L1 ohne Klick.

Monatsbericht gebaut (MED-D-684, Issue #684): ein Knopf im Dexman-Fenster erzeugt aus der verbindlichen Server-Lage den Beleg zum abgeschlossenen Vormonat (nachträglich auch zu einem früheren abgeschlossenen Monat des Planungszeitraums; Zukunft und Monate außerhalb des Zeitraums werden abgewiesen) — Lage · Kennzahlen · Berichtsmonat · Liquiditätsvorschau 12 Monate · Handlungsempfehlungen (Schätzwerte gekennzeichnet) · Berechnungsgrundlage —, legt ihn in der geschlossenen Ablage ab und führt ihn als Dokument im Kunden-Detail; jeder Aufruf ist eine eigene, eingefrorene Fassung, der SHA-256 des Berichtstexts steht im Audit-Event (G-4), der Inhalt wird nicht doppelt persistiert (G-2). Detail: Dexman-Systementwurf.md §10.6.

Cockpit-Kachel gebaut (MED-D-737, Issue #737; vollständig mit MED-D-764, Issue #764): in der linken Rail der Kunde zeigt je Praxis mit laufendem Dexman-Mandat eine Kachel die Lage ohne Klick — Kernaussage, Ampel der drei Bereiche (Rentabilität · Personal · Liquidität), Umsatz vs. Plan, wichtigste Empfehlung mit Wirkung, Datenstand (letzter Ist-Monat bzw. „nur Planung") und die Zahl offener Vorschläge an die Beratungsdoku; „Dexman öffnen →" führt ins Dexman. Die Kachel folgt dem Beratungsmodus (Beträge auf 100 € gerundet). Detail: Systementwurf §10.10.

• Umsatz vs. Prognose = der zuletzt gemeldete Ist-Umsatz gegen den Plan desselben Monats, verglichen nur für die Behandler, die in diesem Monat gemeldet haben (eine Teilmeldung sieht nicht wie ein Einbruch aus). Ampel mit Form und Farbe: bis −5 % Im Plan · bis −15 % Leicht unter Plan · ab −15 % Deutlich unter Plan · ohne Plan „Kein Plan hinterlegt". Die Schwellen sind eine Annahme (Spezifikation nennt keine) — Bestätigung offen: #764.
• Top-Reserve = die Reserve mit der größten Wirkung in € — die Empfehlungen sind bereits nach Wirkung sortiert; die Kachel nennt sie als „Wichtigste Empfehlung" samt Wirkung (Schätzwert gekennzeichnet). Auslegung des Begriffs aus DEX-6; Bestätigung offen: #764.

DEX-6 — Reserven & Handlungsempfehlungen

Regelbasiert aus DEX-2/3/10/14–17 (z. B. Budgetausschöpfung, HKP-Conversion, Privatanteil, Auslastung, Materialkosten, abwesende Patienten/Recall aus DEX-15, Abrechnungslücken aus DEX-17, Zinsbindungs-Ende aus DEX-9). Vorschlagend; Übernahme erzeugt Wiedervorlage (R5, Quelle befund) + Beratungsdoku (R6). Akzeptanz: jede Empfehlung nennt Kennzahl, Schwelle, geschätzten Effekt in €; umgesetzte Maßnahme auditiert.

Regel-Katalog (MED-D-683, Issue #683): welche Regel gebaut ist, welche Schwelle sie trägt, ob ihre Auswirkung nachgerechnet oder ein Schätzwert ist und auf welche Datenquelle eine geplante Regel wartet, steht an einer Stelle: HEBEL_KATALOG in shared/dexman-kern/hebel.ts, gespiegelt in Dexman-Systementwurf.md §10.5 (mechanisch geprüft, G-2). Gebaut: 8 Regeln (Einstellung/Anschaffung verschieben · Privatentnahme · Zinsbindungs-Ende · fällige Restschuld zum Laufzeitende · Kontokorrent-Umschuldung · Personalkostenquote · Deckungslücke). Geplant bleiben die Regeln, deren Datenquelle (DEX-15/17/18) bzw. deren Richtwert (Materialquote, W-4) noch fehlt — bewusst keine Attrappen: zuerst die Datenquelle, dann die Regel. Rückmeldung in die Beratungsdoku (R6) gebaut (MED-D-735, Issue #735): zusätzlich zur Wiedervorlage (quelle=befund, idempotent je Praxis × Regel) kann der Berater eine Empfehlung als Vorschlag in die Beratungsdokumentation geben — mit Status zur Entscheidung → übernommen → umgesetzt bzw. verworfen (Grund Pflicht, auch nach der Übernahme als „nicht umgesetzt"); das letzte Wort hat der Berater, nichts landet von selbst im Protokoll (Systementwurf §10.9).

DEX-8 — Personal: Person + Anstellungs-Zeitspannen

Gebaut (MED-D-693, Issue #693): eine Person wird einmal angelegt (Kürzel · Rolle · Behandler ja/nein); alles Zeitabhängige steht in Anstellungs-Zeiträumen (ab · bis · Status · Monatsbrutto · Plan-Umsatz · Beteiligung). Eintritt = Beginn des ersten, Austritt = Ende des letzten Zeitraums (abgeleitet, G-2); Gehaltserhöhung, Teilzeit, Statuswechsel und Wiedereintritt sind je ein weiterer Zeitraum. Die Baustein-Version bleibt reine Korrektur-Historie (append-only, G-4). Bestandsdaten der Alt-Form werden lesend überführt (kein Datenbank-Umbau). Akzeptanz: jede Änderung ist als Zeitraum sichtbar; die Rechnung nimmt je Monat genau den Stand des gültigen Zeitraums. Detail: Dexman-Systementwurf.md §10.7. Offen: Lohnsteuer/Netto bleibt bewusst außen vor; die Arbeitgeberkosten werden seit MED-D-709 je Mitarbeiter und Monat aus Beitragssätzen und -grenzen gerechnet (pauschaler Aufschlag nur als Rückfall, OP-DEX-9).

DEX-7 — Benchmarking

Intern (Standorte/Behandler/Zeit) + extern gegen anonymisierte Vergleichspraxen (Umsatzrendite, Personalkostenquote, Finanzierungskosten — wie MP). Nur aggregiert, Mindest-Gruppengröße (k-Anonymität, Wert offen: OP-DEX-3).

DEX-14 — Finanzsicht Bank (MediPulse „Finanzmanager")

Anbindung der Geschäftskonten (Entität bankkonto, praxis_id gesetzt) über einen lizenzierten Kontoinformationsdienst; automatische Kategorisierung der Kontobewegungen auf die Kostenpositionen der Vorschau (DEX-10); laufende BWA-Sicht und Plan vs. Ist gegen DEX-10. Privatkonten nur nach ausdrücklicher Freigabe (privat = Inhaber-Sicht, OP-DEX-8). Akzeptanz: Kategorisierungsregeln editierbar, manuelle Umkategorisierung auditiert; Kontostand aller Geschäftskonten in der Kachel; dormant ohne Secret.

DEX-15 — Patientenstamm-Analytik (pseudonym)

Neu-/wiederkehrende/abwesende Patienten, Fallwert je Abrechnungsart, Umsatz je Kontakt, Patientenfluss (Abrechnungsart → Fallart → Behandler). Nur pseudonyme Patienten-ID aus DEX-18. Akzeptanz: kein Patientenname/Geburtsdatum/Anschrift in Medidentas; Recall-Potential als Reserve (DEX-6).

DEX-16 — Produktivität & Personalverfügbarkeit

Stundensatz je Behandler, Deckungsbeitrag je Mitarbeiter, verfügbare Arbeitszeit vs. Ausfall (Urlaub, Krankheit, Fortbildung, Sonstiges), Umsatz und Personalkosten je Stunde. Basis: DEX-8 (Personal) + Zeiten. Gate: OP-DEX-4 (Leistungskontrolle); Ausfallgründe nur als Kategorie, nie Diagnose (Art. 9).

DEX-17 — Leistungsziffern-Analyse

Umsatz je Gebührenziffer (Häufigkeit, Ø-Ertrag, Anteil), erbracht vs. abgerechnet (Abrechnungslücken). Dental: BEMA/GOZ; ärztlich: EBM/GOÄ. Pauschalen-Kriterien-Prüfung (MP: „Vorhaltepauschale", ärztlich) — dentales Pendant unbelegt, Umfang in Issue #375. Keine Abrechnungsberatung (Out of Scope §2).

DEX-18 — Pseudonymisierender Konnektor at source

Konnektor läuft in der Praxis-Infrastruktur und entfernt vor der Übertragung alles, was einen Patienten benennt; übertragen werden nur praxisinterne Patienten-ID + Leistungspositionen; der Zuordnungsschlüssel verlässt die Praxis nie (Muster MP, G-6 Scrubbing-at-Source). Akzeptanz: schriftliche Pseudonymisierungs-Bewertung (Datenschutz/Recht) vor Go-Live; Konnektor-Payload-Schema im Weltmodell (G-8); Betriebsmodell in Issue #374.

DEX-19 — Datenfrische & Granularität

Periodenmodell um Woche/Tag erweitern; Frische je Quelle anzeigen („Stand: …"); Aktualisierung per Push (Standard-Baustein Echtzeit), wo Quelle es trägt (Bank tagesaktuell; Portal monatlich). Akzeptanz: jede Kachel zeigt Datenstand und Quelle.

---

6. MediPulse-Abgleich (Stand 2026-09-26)

6.1 Befund (belegt, Live-Seiten abgerufen 2026-09-26)

Aspekt	MediPulse
Produkte	Finanzmanager (nur Bankanbindung) · Praxismanager (inkl. Finanzmanager + PVS-Anbindung) · Enterprise
Preise (zzgl. USt)	Finanzmanager 89–109 €/Monat, 14 Tage Test · Praxismanager 139–159 €/Monat bis 3 VZ-Behandler, +50 € je weiterem, max. 499 € bei 10 · Enterprise individuell; keine Einrichtungsgebühr, monatlich kündbar; ROI-Rechner
Praxismanager-Bereiche	Übersicht · Abrechnungsanalyse (KV/HZV/BG/Privat, Behandlervergleich) · Patientendatenbank (neu/wiederkehrend/abwesend, Fallwert, Patientenfluss) · Produktivität (Stundensätze, Deckungsbeitrag je Mitarbeiter, Ausfallzeiten) · Ziffern & Leistungen (Ertrag je Ziffer, Vorhaltepauschale, erbracht vs. abgerechnet)
Finanzmanager	Einnahmen/Kosten nach Kategorie, Kontostände, Liquidität · Quartalsvergleich · Umsatzrendite/Personalkostenquote/Finanzierungskosten im Praxisvergleich · laufende BWA · Plan vs. Ist · kategorisierte Kontobewegungen
Datenquellen	PVS/AIS über Konnektor; genannte PVS: CGM MEDISTAR, TURBOMED, ALBIS, medatixx, x.isynet, tomedo, T2med, MEDICAL OFFICE, DURIA; Banken via finAPI; DATEV „coming soon"
Datenschutz	Pseudonymisierung auf dem Praxisserver, Zuordnungsschlüssel bleibt in der Praxis; Hosting DE, ISO 27001 / BSI C5 (Rechenzentren), AES-256; Gutachten zur Pseudonymisierung (10-2025)
Zielgruppen	Einzelpraxis, Gemeinschaftspraxis, MVZ, Praxisketten

Unbelegt / Hinweis: Auf der Produktseite sind ausschließlich humanmedizinische PVS genannt; eine dentale PVS-Anbindung (DS-WIN, Z1, CHARLY, EVIDENT) ist nicht belegt. Eine KI-Funktion ist nicht genannt. medipulse.de liefert automatisierten Abrufen teils gekürzte Inhalte → vor Preis-/Positionierungsentscheidungen am Live-Produkt verifizieren.

6.2 Funktions-Matrix

Funktion	MediPulse	Dexman	DEX
Bank-/Liquiditätssicht, Kategorisierung, Plan vs. Ist	✅	Zusatz	DEX-14
Umsatz nach Abrechnungsart / Behandler / Standort	✅	✅	DEX-2/4
Patientenstamm-Analytik (pseudonym)	✅	Zusatz	DEX-15
Produktivität, Deckungsbeitrag je Mitarbeiter	✅	Zusatz	DEX-16
Ziffern-Analyse, erbracht vs. abgerechnet	✅	Zusatz	DEX-17
Pseudonymisierung at source	✅	Zusatz	DEX-18
Tages-/Wochen-Granularität	✅	Zusatz	DEX-19
Externes Benchmarking	✅	✅	DEX-7
Dentale Kennzahlen (HKP, Stuhl, Eigenlabor, KZV-Budget)	nicht belegt	✅	DEX-2/3
Personal-/Darlehens-/Anlagenplanung mehrjährig	nicht belegt	✅	DEX-8/9/12
Liquiditäts-, Privat- & Steuervorschau, Mindestumsatz	nur Plan vs. Ist	✅	DEX-10/11
Empfehlung → Wiedervorlage → Beratungsdoku (auditiert)	—	✅	DEX-6
Selbstauskunft ohne Systemanbindung (Einstieg)	—	✅	DEX-1a
Excel-Altbestand-Übernahme	—	✅	DEX-13

6.3 Positionierung

• Nicht nachbauen, was nicht differenziert (G-1): Bankanbindung über einen lizenzierten Dienst, nicht selbst; PVS über Standards (VDDS) bzw. Konnektor.
• Differenzierung: Planung + Beratungsprozess + dental. MediPulse beantwortet „Wie steht die Praxis?"; Dexman zusätzlich „Was tun wir — und ist es dokumentiert?".
• Preis-/Lizenzmodell: MP skaliert je Vollzeit-Behandler — Referenz für OP-DEX-5.

---

7. Datenmodell

7.1 Gebaut (wiederverwendet)

Entität	Code	Rolle in Dexman
Kunde	mandant	Träger; Inhaber-Sicht (privat)
Praxis/Objekt	praxis (objektart praxis·mvz·gesellschaft; typ einbehandler·mehrbehandler·mvz_standort; Anschrift strasse/plz/ort)	Praxis = Standort-Träger (MVZ-Standorte = praxis mit typ=mvz_standort)
Bankkonto	bankkonto (1:n, praxis_id = geschäftlich, null = privat)	Konten für DEX-14
Faktentabelle	praxis_jahreswert (Praxis × Geschäftsjahr × perioden_typ jahr·quartal·monat × Feldschlüssel × quelle fragebogen·bwa·pvs)	eine Datenbasis für Dentmarking + Dexman
Beleg	gutachten (append-only)	Muster für den eingefrorenen Monatsbericht
Beratungsauftrag	Produkt dexman_controlling (buchbar seit MED-D-643, an die Praxis gebunden)	Aktivierung je Kunde
Dexman-Bausteine (neu, MED-D-381)	dexman_baustein + dexman_baustein_version (Migration v63, append-only)	Planung je Praxis; Ist-Umsätze als dexman.umsatz.<personId> in praxis_jahreswert (Quelle berater)

7.2 Neu (Vorschlag)

• Faktentabelle erweitern statt neu: perioden_typ + woche/tag (DEX-19); quelle + portal, excel_import, bank; optionale Dimension behandler_ref (für DEX-4/16). Kennzahlen/Prognosen/Vorschau abgeleitet (G-2).
• Behandler = PERSON_PLANUNG mit Rolle (Zahn-)Arzt — keine zweite Behandler-Entität (G-8).
• Kontobewegung: nur Datum, Betrag, Kategorie, Gegenpartei generalisiert (G-6; Verwendungszweck nicht persistieren, sofern Kategorisierung ohne ihn möglich).
• Neue Entitäten kommen zuerst ins Weltmodell (docs/architektur/Weltmodell-Data-Dictionary.md, G-8).
• Namens-Hinweis: praxis_jahreswert trägt bereits unterjährige Perioden — Name bleibt (kein Umbau ohne Not).

8. Integration in den Medidentas-Kern

Kern	Nutzung
R1 Kunde / Praxis	Träger; keine Stammdaten-Duplikate
R5 Wiedervorlagen	Empfehlungen, Zinsbindungs-Ende, Datenpflege-Erinnerung
R6 Beratungsdoku	Empfehlung + Entscheidung + Maßnahme
R7 RBAC	Rollen-/Behandler-Gates (§3)
R8 Audit	Import, Freigabe, Kategorisierung, Lese-Zugriff auf sensible Sichten (D-50)
R9 Integrationen	Bank, BWA, PVS-Konnektor (dormant ohne Secret)
R10 Tool-Host	Aktivierung je Kunde (OP-DEX-5)
Portal	Selbstauskunft (DEX-1a)
In-App-Assistent	Doku-Q&A zu Kennzahlen; nur aggregierte, PII-freie Werte (OP-ASSIST-1)

9. Slice-Plan (Vorschlag)

Dexman-MVP = X1–X4 (ersetzt den Excel-Altbestand vollständig; Wert ohne Fremdanbindung). X5–X8 = Ausbau mit MediPulse-Zusätzen.

10. Nicht-funktionale Anforderungen

• Korrektheit/Lineage: jede Zahl auf Quelle, Formel, Periode, Parameter-Version rückführbar; Rechenkern mit Golden-Tests gegen die Excel-Beispieldaten (Anhang B).
• Frische: Datenstand je Kachel sichtbar; Bank tagesaktuell, sonst periodennah.
• Entkopplung: Quellen-Ausfall → letzter Stand + Hinweis, kein Kern-Impact (R10).
• Kosten: Provider-Kosten (Bank-/PVS-Dienst) per API ziehen (G-7).
• Tests: Vitest (Rechenkern, Importer), gemockte + Full-Stack-E2E je Slice (CLAUDE.md Test-Pflege).

11. Compliance & Datenschutz (proaktiv geflaggt)

Thema	Risiko	Maßnahme
Gesundheitsdaten (DSGVO Art. 9), Schweigepflicht (§ 203 StGB)	PVS-Leistungsdaten	DEX-18 Pseudonymisierung at source, Gutachten vor Go-Live, AVV · RISK-12
Beschäftigtendaten (§ 26 BDSG, § 87 Abs. 1 Nr. 6 BetrVG)	Behandler-Vergleich, Produktivität	Gate OP-DEX-4, Zweckbindung, Transparenz · RISK-11
Kontoinformationsdienst (PSD2 / ZAG)	Eigenbetrieb erfordert BaFin-Registrierung (§ 34 ZAG)	nur über lizenzierten Anbieter (G-1) + AVV · RISK-37 · Issue #373
Excel-Altbestand mit Klartext-PII	IBAN, Kredit-Nrn., Namen	Scrubbing im Import (DEX-13) · RISK-22
EU-/CH-Residenz	Drittanbieter	Nachweis je Anbieter vor Anbindung
Steuerschätzung	Missverständnis als Steuerberatung (StBerG)	als Planungsgröße kennzeichnen, Hinweis im Bericht
Externes Benchmarking	Re-Identifizierung	nur aggregiert, Mindest-Gruppengröße (OP-DEX-3)

12. Offene Punkte

Alt-IDs (gültig): OP-DEX-1 PVS-/Bank-/DATEV-Weg · OP-DEX-2 Prognose-Methodik · OP-DEX-3 Benchmark-Quellen · OP-DEX-4 Behandler-Sichtbarkeit (BetrVG) · OP-DEX-5 Lizenzmodell · OP-DEX-6…10 s. Anhang A §10 · OP-DOMAIN-1 Zielgruppe dental/ärztlich.

Neu (GitHub-Issues, MED-D-359):

Issue	Frage
#373	Bank-Anbindung: Auswahl lizenzierter Kontoinformationsdienst (EU-Residenz, AVV, Kosten)
#374	PVS-Konnektor: Betriebsmodell (On-Prem-Agent vs. Export-Upload), dentale PVS-Priorität, Pseudonymisierungs-Gutachten
#375	Umfang Leistungsziffern-Analyse dental (BEMA/GOZ): welche Prüfungen, Abgrenzung zur Abrechnungsberatung

13. Quellen

• MediPulse (abgerufen 2026-09-26): https://www.medipulse.de/ · https://www.medipulse.de/produkte/praxismanager · https://www.medipulse.de/produkte/finanzmanager · https://www.medipulse.de/preise · https://www.medipulse.de/datenschutz
• Dentale Kennzahlen/Benchmarks (Lastenheft 06-2026): https://www.bookedoutdentist.de/kennzahlen-zahnarztpraxis/ · https://www.dental-wirtschaft.de/finanzen/die-praxis-mit-8-kennzahlen-sicher-steuern
• PVS-Markt/VDDS: https://www.kzbv.de/zahnaerzte/digitales/praxissoftware/herstellerliste-und-edv-statistik/
• Excel-Altbestand: Anhang A (Session 2026-07-03, D-25)