Hilfe

Schnellstart: Richten Sie Ihre Klinik ein

1. Konfigurieren Sie Ihre Klinik

Öffnen Sie Einstellungen → Klinikprofil. Geben Sie den Namen, die Adresse und die Kontaktinformationen Ihrer Klinik ein. Dies erscheint auf Rechnungen und exportierten Dokumenten.

2. Registrieren Sie Ihren ersten Patienten

Gehen Sie zu Patienten → Neuer Patient. Füllen Sie aus:

Vollständiger Name
Geburtsdatum
Kontakttelefonnummer
Notizen zur Krankengeschichte (Allergien, Erkrankungen, Medikamente)

Klicken Sie auf Speichern. Der Patient erscheint nun in Ihrer Patientenliste.

3. Vereinbaren Sie einen Termin

Gehen Sie zu Termine → Neuer Termin. Wählen Sie den Patienten aus, wählen Sie ein Datum und eine Uhrzeit aus und fügen Sie einen Grund hinzu (z. B. „Untersuchung“, „Füllung“, „Kronenvorbereitung“). Der Termin erscheint im Kalender.

4. Starten Sie einen Besuch

Wenn der Patient ankommt, finden Sie seinen Termin in der heutigen Warteschlange. Klicken Sie auf „Angekommen markieren“ → „Besuch starten“. Ein neuer Besuchsdatensatz wird geöffnet.

5. Schreiben Sie ein Behandlungsprotokoll

Im Besuchsprotokoll:

Beachten Sie die Hauptbeschwerde
Untersuchungsergebnisse dokumentieren
Verwenden Sie die FDI-Zahntabelle, um die Bedingungen pro Zahn zu markieren
Schreiben Sie die Diagnose und die durchgeführte Behandlung auf
Als Entwurf speichern und abschließend bestätigen

6. Erstellen Sie eine Rechnung

Gehen Sie zu Abrechnung → Neue Rechnung. Fügen Sie Einzelposten hinzu (Behandlungscodes, Beschreibungen, Beträge). Dem Patienten präsentieren. Notieren Sie die Zahlungsmethode und den erhaltenen Betrag.

7. Sichern Sie Ihre Daten

Gehen Sie zu Einstellungen → Backup → Backup erstellen. Speichern Sie die ZIP-Datei auf einem externen Laufwerk oder USB. Tun Sie dies wöchentlich.

Nächster Schritt mit Dental Ark

Nutzen Sie Dental Ark Download, um den Arbeitsablauf lokal zu testen, lesen Sie die Dental Ark Lizenz, wenn die kostenpflichtige Version zu Ihrer Arbeit passt, oder öffnen Sie den Dental Ark Hilfe-Index für Einrichtungs- und Fehlerbehebungshinweise.

Sichere Einrichtung

Dokumentieren Sie Datenverzeichnis, Datenbankpfad, App-Version, OS-Konto, Verschlüsselung, Zugriff und Backup-Owner. Richten Sie buchbare Mitarbeiter, Arbeitszeiten, Abwesenheiten, Stühle und freigegebene Charge Items ein. Führen Sie einen fiktiven Patienten vollständig durch und beginnen Sie mit Live-Daten erst nach Freigabe von Zugriff, Aufbewahrung, Backup und Recovery.

Bestätigte Betriebs- und Datenschutzgrenzen

Dental Ark ist eine lokale Praxis-Workflow-Anwendung. Sie trifft keine medizinische Entscheidung und macht Betreiber nicht automatisch konform mit Berufs-, Datenschutz-, Einwilligungs-, Steuer-, Abrechnungs-, Aufbewahrungs- oder Datenresidenzregeln. Die Praxis legt Rollen, Zugriffsrechte, rechtliche Eignung, Backup-Ziele, Recovery-Verfahren und Aufbewahrung nach ihrer Jurisdiktion fest.

Die wichtigsten Objekte dürfen nicht vermischt werden:

Objekt	Bedeutung	Darf nicht ersetzt werden durch
Patient	Identität und genehmigte Stammdaten	Geteilten Testdatensatz für echte Behandlung
Appointment	Geplante Zeit und Absicht	Nachweis erbrachter Behandlung
Visit	Tatsächlicher klinischer Kontakt	Allgemeines Notizfach
Medical Record	Autorisierte klinische Dokumentation	Scheduling Memo oder Bill
Bill	Finanzielle Forderung für Items	Diagnose oder Behandlungsergebnis
Payment	Erhaltenes oder zugeordnetes Geld	Statusänderung ohne Settlement-Nachweis

Prüfen Sie Identität bei jedem Handoff. Speichern Sie unvollständige klinische Arbeit als Draft und bestätigen oder signieren Sie erst nach Review durch die verantwortliche Fachperson. Korrekturen an bestätigter Historie erfolgen über unterstützte Amendment- oder Audit-Aktionen, nicht durch stilles Umschreiben. Attachments müssen zum richtigen Patienten und Visit gehören; Dateiexistenz beweist weder Identität noch Consent, diagnostische Qualität oder Aufbewahrungsrecht.

Community enthält Patienten, Termine, Visits, Records, Billing, Assets und Backup innerhalb der dokumentierten Grenzen von 50 Patienten, 200 Terminen, 200 Visits und 100 Assets. Professional entfernt diese Kapazitätsgrenzen und aktiviert PDF-Export. Backup-Erstellung und Manifest-Validierung bleiben Community-Funktionen. Eine Edition ändert nicht die klinische oder finanzielle Richtigkeit eines Eintrags.

QA-Bereich	Akzeptanznachweis
Zugriff	Benannte berechtigte Nutzer, Screen Lock, genehmigter Rechner
Klinisch	Richtiger Patient, Visit, Autor, Draft/Confirmed-Status
Finance	Bill, Payment, Prepayment, Refund und Receivable reconciled
Backup	ZIP außerhalb Live-Daten, Manifest passed, mehrere Generationen
Recovery	Separater Test, Version/Schema, Stichproben, Sign-off, Rollback

Ein Backup im aktiven Datenverzeichnis oder auf derselben einzigen Festplatte ist keine unabhängige Kopie. Speichern Sie mehrere verschlüsselte und zugriffsgeschützte Generationen. Validation öffnet das ZIP und prüft Struktur; nur ein kontrollierter Recovery-Test bestätigt den breiteren Prozess. Nach App-, Schema-, OS- oder Storage-Änderungen muss dieser Test wiederholt werden.

Interne Guides: Erste Probe, Quickstart, Tagesworkflow, Backup und Billing. Der einzige validierte Semrush-Eigentümer dental clinic management software ist die Dental Ark Produktseite. Help-Seiten bleiben auf Bedienung und verlinken dorthin, statt denselben Begriff als konkurrierendes Hauptziel zu stapeln.

Recovery- und Reconciliation-Abnahme

Ein Recovery-Test beginnt mit einer Kopie des akzeptierten ZIP und einem getrennten, genehmigten Ziel. Protokollieren Sie Operator, Datum, Hardware, Betriebssystem, Dental-Ark-Version, Schema, Quelle, Dateigröße und Prüfergebnis. Öffnen Sie nicht nur die Startseite: suchen Sie mehrere synthetische oder formell freigegebene Patienten, prüfen Sie Appointment-Visit-Beziehungen, Draft und Confirmed Records, FDI-Zähne, Treatment Plans, Follow-ups, Bills, Payments, Prepayments, Refunds, Receivables, Assets und Audit-Historie.

Vergleichen Sie Zählwerte und ausgewählte Datensätze mit einer vor dem Test erstellten Kontrollliste. Erzeugen und validieren Sie nach dem Recovery ein neues Backup. Dokumentieren Sie Abweichungen und Rollback, bevor das Ergebnis freigegeben wird. „Die App startet“ und „das ZIP lässt sich öffnen“ reichen nicht als Recovery-Nachweis.

Nach einem klinischen oder finanziellen Test müssen Patient, Visit, Bill und Ledger gemeinsam geprüft werden. Der Bill-Total ergibt sich aus Quantity mal Unit Price minus genehmigtem Discount; Payments und zugeordnete Prepayments erklären den Restbetrag. Refund, Adjustment und Write-off benötigen jeweils Quelle, Betrag, Grund und Autorität. Reconcile gegen Cash Drawer, Terminal, Bank oder andere echte Settlement-Quelle, ohne eine unbegründete Korrektur zum Erzwingen des Saldos zu erzeugen.

Wiederholen Sie die Abnahme nach Upgrade, Schemaänderung, Rechnerwechsel, Storage-Migration oder Änderung der Backup-Software. Bewahren Sie die unveränderte Baseline getrennt von Exporten und Testkopien auf und setzen Sie das nächste Testdatum sowie einen verantwortlichen Owner.

QA

Darf der erste Test echte Patientendaten verwenden?

Nein. Verwenden Sie einen eindeutig synthetischen oder formell genehmigten Testdatensatz und bereinigen oder archivieren Sie ihn nach Praxisregel.

Bedeutet ein validiertes ZIP, dass Recovery garantiert ist?

Nein. Es beweist nur die geprüfte Paketstruktur. Vollständige Recovery benötigt einen isolierten, genehmigten und dokumentierten Test.

Darf ein Bill-Status manuell passend gemacht werden?

Nein. Status folgt den aufgezeichneten Ledger-Events. Nutzen Sie Payment, Refund, Adjustment, Prepayment, Receivable oder Write-off entsprechend dem echten Ereignis.

Direkte Antwort und Abnahmegrenze

Die kurze Antwort zu „Schnellstart: Richten Sie Ihre Klinik ein“ lautet: Richten Sie Dental Ark für Ihre Klinik ein: Geben Sie den Namen Ihrer Klinik ein, registrieren Sie Ihren ersten Patienten, vereinbaren Sie einen Termin, beginnen Sie einen Besuch, schreiben Sie eine Akte und erstellen Sie eine Rechnung. Behandeln Sie diese Aussage als zu prüfendes Ergebnis und nicht als Versprechen für jede Eingabe, jedes Gerät, jedes Projekt oder jede Umgebung. Ein vollständiges Ergebnis dokumentiert Ausgangszustand, exakte Aktion, sichtbare Ausgabe und die Bedingung, die den Abschluss in Dental Ark belegt.

Evidenzorientiertes Vorgehen

Beginnen Sie mit einem kleinen, wiederholbaren Fall, bevor Sie ein vollständiges Projekt verändern. Protokollieren Sie Anwendungsversion, Betriebssystem, Eingabe- oder Geräteidentität, relevante Einstellungen und erwartetes Ergebnis. Führen Sie eine bewusste Aktion aus, bewahren Sie den ersten unerwarteten Übergang und vergleichen Sie möglichst mit einem bekannten guten Lauf. Mehrere gleichzeitige Änderungen verdecken, welche Bedingung den Fehler erzeugt oder behoben hat.

Prüfpunkt 1: Schnellstart: Richten Sie Ihre Klinik ein

Behandeln Sie „Schnellstart: Richten Sie Ihre Klinik ein“ als eigene Abnahmegrenze für „Schnellstart: Richten Sie Ihre Klinik ein“. Halten Sie den Zustand vor der Aktion, die erste sichtbare Änderung und den Endzustand fest. Weicht das Ergebnis vom beschriebenen Ziel ab, kehren Sie zum letzten bestätigten Prüfpunkt zurück, statt mit Annahmen fortzufahren.

Prüfpunkt 2: Richten Sie Dental Ark für Ihre Klinik ein: Geben Sie den Namen Ihrer Klinik ein, registri

Prüfen Sie „Richten Sie Dental Ark für Ihre Klinik ein: Geben Sie den Namen Ihrer Klinik ein, registrieren Sie Ihren ersten Patienten, vereinbaren Sie einen Termi“ mit der kleinsten repräsentativen Eingabe. Lassen Sie unabhängige Einstellungen unverändert, wiederholen Sie dieselbe Aktion und kontrollieren Sie das Ergebnis nach erneutem Öffnen oder Verbinden. Ein Bild ist schwächer als ein Nachweis mit Eingabe, Einstellung, Aktion, Ausgabe und Zeitpunkt.

Prüfpunkt 3: 1. Konfigurieren Sie Ihre Klinik

Trennen Sie bei „1. Konfigurieren Sie Ihre Klinik“ eine Produktentscheidung von Grenzen des Betriebssystems, der Hardware, Quelldatei, Berechtigung oder Arbeitsweise. Bestätigen Sie zuerst, welche Schicht die Evidenz geliefert hat. So wird ein benachbartes Symptom nicht fälschlich zur bewiesenen Ursache.

Prüfpunkt 4: 2. Registrieren Sie Ihren ersten Patienten

Formulieren Sie für „2. Registrieren Sie Ihren ersten Patienten“ eine reproduzierbare Pass/Fail-Aussage. Nennen Sie, was vorhanden sein muss, was fehlen muss und welche sichere Recovery bei einem Fehler möglich ist. Bewahren Sie Originalprojekt oder Capture unverändert, bis die reparierte Kopie dieselbe Prüfung bestanden hat.

Prüfpunkt 5: 3. Vereinbaren Sie einen Termin

Ist „3. Vereinbaren Sie einen Termin“ mehrdeutig, vergleichen Sie einen bekannten guten und einen fehlerhaften Fall unter gleichen Bedingungen. Markieren Sie die erste relevante Abweichung statt aller späteren Symptome. Diese Grenze führt meist zu einer klareren Supportanfrage und einem sichereren Experiment.

Prüfpunkt 6: 4. Starten Sie einen Besuch

Schließen Sie „4. Starten Sie einen Besuch“ erst, wenn gespeichertes, exportiertes oder erneut geöffnetes Ergebnis weiterhin dem beobachteten Zustand entspricht. Vorübergehendes UI-Feedback hilft, dauerhafte Evidenz ist aber stärker. Dokumentieren Sie verbleibende Grenzen für die nächste Person.

Prüfpunkt 7: 5. Schreiben Sie ein Behandlungsprotokoll

Behandeln Sie „5. Schreiben Sie ein Behandlungsprotokoll“ als eigene Abnahmegrenze für „Schnellstart: Richten Sie Ihre Klinik ein“. Halten Sie den Zustand vor der Aktion, die erste sichtbare Änderung und den Endzustand fest. Weicht das Ergebnis vom beschriebenen Ziel ab, kehren Sie zum letzten bestätigten Prüfpunkt zurück, statt mit Annahmen fortzufahren.

Prüfpunkt 8: 6. Erstellen Sie eine Rechnung

Prüfen Sie „6. Erstellen Sie eine Rechnung“ mit der kleinsten repräsentativen Eingabe. Lassen Sie unabhängige Einstellungen unverändert, wiederholen Sie dieselbe Aktion und kontrollieren Sie das Ergebnis nach erneutem Öffnen oder Verbinden. Ein Bild ist schwächer als ein Nachweis mit Eingabe, Einstellung, Aktion, Ausgabe und Zeitpunkt.

Prüfpunkt 9: 7. Sichern Sie Ihre Daten

Trennen Sie bei „7. Sichern Sie Ihre Daten“ eine Produktentscheidung von Grenzen des Betriebssystems, der Hardware, Quelldatei, Berechtigung oder Arbeitsweise. Bestätigen Sie zuerst, welche Schicht die Evidenz geliefert hat. So wird ein benachbartes Symptom nicht fälschlich zur bewiesenen Ursache.

Prüfpunkt 10: Nächster Schritt mit Dental Ark

Formulieren Sie für „Nächster Schritt mit Dental Ark“ eine reproduzierbare Pass/Fail-Aussage. Nennen Sie, was vorhanden sein muss, was fehlen muss und welche sichere Recovery bei einem Fehler möglich ist. Bewahren Sie Originalprojekt oder Capture unverändert, bis die reparierte Kopie dieselbe Prüfung bestanden hat.

Abnahmematrix

Prüfpunkt	Aufzubewahrender Nachweis	Passkriterium
Schnellstart: Richten Sie Ihre Klinik ein	Ausgangszustand, eine Aktion und Ergebniszustand	Eine zweite Person kann das Ergebnis reproduzieren
Richten Sie Dental Ark für Ihre Klinik ein: Geben Sie den Namen Ihrer Klinik ein, registrieren Sie Ihren ersten Patiente	Ausgangszustand, eine Aktion und Ergebniszustand	Eine zweite Person kann das Ergebnis reproduzieren
1. Konfigurieren Sie Ihre Klinik	Ausgangszustand, eine Aktion und Ergebniszustand	Eine zweite Person kann das Ergebnis reproduzieren
2. Registrieren Sie Ihren ersten Patienten	Ausgangszustand, eine Aktion und Ergebniszustand	Eine zweite Person kann das Ergebnis reproduzieren
3. Vereinbaren Sie einen Termin	Ausgangszustand, eine Aktion und Ergebniszustand	Eine zweite Person kann das Ergebnis reproduzieren
4. Starten Sie einen Besuch	Ausgangszustand, eine Aktion und Ergebniszustand	Eine zweite Person kann das Ergebnis reproduzieren

Fehlerisolierung, Recovery und Übergabe

Stoppen Sie beim ersten fehlerhaften Übergang. Bewahren Sie Quelle, Projekt, Session oder Capture und erstellen Sie vor destruktiven Änderungen eine Kopie. Ändern Sie pro Experiment nur eine Variable. Ein kompletter erneuter Lauf nach mehreren Änderungen kann anders enden, ohne die Ursache zu erklären.

Unterscheiden Sie fehlende Evidenz von Evidenz für ein Fehlen. Eine leere Ansicht kann auf falsche Eingabe, Scope, Filter, Berechtigung, Gerät, Zeitbereich oder Projektzustand hinweisen. Beweisen Sie Aufnahme oder Import, bevor Sie Decoder, Editor, Bericht oder Export interpretieren.

Öffnen Sie vor der Übergabe das dauerhafte Artefakt erneut und prüfen Sie Anfang, Entscheidungsstelle und Ende. Dokumentieren Sie Version, Plattform, Konfiguration, Erwartung, Beobachtung und kleinste Reproduktion. Entfernen oder schwärzen Sie sensible Daten und prüfen Sie die Berechtigung des Empfängers.

Fragen und Antworten

Wie beginnt man am schnellsten zuverlässig?

Verwenden Sie den kleinsten repräsentativen Fall, notieren Sie das erwartete Ergebnis und ändern Sie nur eine Variable. Beweisen Sie den Grundpfad, bevor Filter, Effekte, Bearbeitungen, Automatisierung oder größere Quellen hinzukommen.

Welche Evidenz sollte gespeichert werden?

Bewahren Sie Eingabeidentität, Version, Plattform, Einstellungen, exakte Aktion, ersten unerwarteten Übergang und Endausgabe. Projekt, Session, Bericht oder Export müssen geschlossen und erneut geöffnet werden.

Wann sollte das Verfahren wiederholt werden?

Wiederholen Sie es nach relevanten Änderungen an Anwendung, Betriebssystem, Treiber, Firmware, Modell, Quelle oder Workflow. Behalten Sie den früher akzeptierten Fall als unveränderte Vergleichsbasis.

Wann ist die Aufgabe übergabefähig?

Wenn eine autorisierte zweite Person Eingabe und Aktion erkennt, dasselbe Ergebnis reproduziert, verbleibende Grenzen versteht und das gespeicherte Artefakt ohne undokumentierten lokalen Zustand öffnen kann.