Eine Datei reicht nicht.

Es wird nicht als universelle Kompatibilität und nicht als zertifizierte Integration mit allen Herstellern dargestellt. Der geprüfte Import erkennt eine breite Menge an Erweiterungen und kann aus Dateiname oder Pfad einen wahrscheinlichen Ursprung ableiten. Diese Ableitung ist eine Klassifikationshilfe — keine Lesung des proprietären Schemas und keine Interoperabilitätsgarantie. Der verantwortliche Weg, einen Workflow zu prüfen, ist ein repräsentatives Paket aus Scanner, Designsoftware und dem Exportweg des Teams zu testen. Der synthetische Fall TL-7316 auf dieser Seite zeigt diese Methode, ohne einem konkreten Anbieter Zertifizierung zuzuschreiben.

Der geprüfte ZIP-Pfad kann 3D- und Scannerdateien, klinische Bilder, PDFs und Hilfsdokumente innerhalb einer erlaubten Liste annehmen. Zu den erkannten Erweiterungen gehören STL, PLY, OBJ, 3MF, DCM/DICOM sowie mehrere proprietäre Container oder Projekte, außerdem JPG, PNG, WEBP, HEIC, TIFF, PDF, TXT, JSON, XML, CSV und MTL. Die Erweiterung zu erkennen bestimmt, wie die Datei zunächst aufbewahrt und klassifiziert wird; sie beweist nicht, dass der Inhalt klinisch korrekt ist, dass jede Geometrie vorab angesehen werden kann oder dass ein proprietäres Paket dekodiert wurde.

Es bedeutet, dass Erweiterung und einige Namenssignale eine erste Kategorie erlauben. Es bedeutet nicht, dass die Datei für die Fertigung freigegeben wurde. Die klinische Funktion — Arbeitsbogen, Antagonist, Biss, Präparation, Scanbody, Fotografie oder Dokument — kann über Namensheuristiken vorgeschlagen werden, muss aber von einer Person bestätigt werden. TrazaLab hält diesen Unterschied sichtbar: Erkennen ordnet das Paket; Prüfen legt die Funktion fest; Annehmen oder Zurückgeben bleibt eine menschliche Entscheidung im Fall.

Im geprüften Ablauf beschränkt sich die direkte Vorbereitung der Vorschau auf STL, OBJ und PLY. Andere Formate können als Falldateien aufbewahrt werden, ohne zu sichtbarer Geometrie zu werden. STL kann grundlegende und stichprobenartige Statistiken innerhalb konkreter Grenzen erhalten; diese Lesung ist keine Mesh-Reparatur, keine klinische Analyse, keine automatische Randerkennung und keine Freigabe zur Fertigung. Ein OBJ kann sein MTL und zugehörige Texturen brauchen; Dateien zu erkennen garantiert nicht, dass alle Materialien oder Beziehungen perfekt rekonstruiert werden.

Die Implementierung kann erkannte proprietäre Container und Projekte aufbewahren und hat für einige Pakettypen spezifische, heuristikbasierte Pfade. Das entspricht nicht dem Dekodieren aller inneren Objekte über ein zertifiziertes Herstellerschema. Die Seite trennt bewusst Aufbewahren von Interpretieren: Das Paket kann mit dem Fall mitreisen und für die passende Anwendung verfügbar bleiben, während die Oberfläche vermeidet, eine Vorschau zu erfinden oder zu behaupten, jedes proprietäre Datum verstanden zu haben.

DICOM-Dateien werden als eigene Kategorie klassifiziert; ihre Prüfung gehört in den DICOM-Arbeitsbereich mit eigenem Umfang. Dass eine Datei auf DCM oder DICOM endet, beweist nicht, dass jede Transfer Syntax, Kompression, Farbe, jedes Gerät oder jede Studie kompatibel ist. Diese Seite verspricht keine vollständige Anonymisierung, keine Diagnose, keine PACS-Interoperabilität, keine DICOM-zu-STL-Konvertierung und keine universelle Rekonstruktion. Ziel des Pakets ist, die Beziehung zum Fall zu halten; die Lesefähigkeit ist im entsprechenden DICOM-Bereich zu bestätigen.

Es darf nicht als automatische klinische Validierung dargestellt werden. Namen können Funktionen wie oberer/unterer Bogen, Biss, Präparation oder Antagonist vorschlagen, aber das Ergebnis hängt davon ab, wie das Paket exportiert wurde, und braucht menschliche Prüfung. Die Szene zum fehlenden Biss auf dieser Seite erklärt eine Prozesskontrolle: Empfangenes mit dem vom Behandlungsweg Geforderten vergleichen, den Fehlbestand kennzeichnen und dem Verantwortlichen eine Frage zurückgeben. TrazaLab strukturiert die Prüfung; es erklärt nicht von selbst, dass Okklusion, Rand oder Fall korrekt sind.

Der geprüfte generische ZIP-Pfad nutzt ein ZIP der obersten Ebene, mit konfiguriertem Maximum von 2 GB, bis zu 5.000 Einträgen und bis zu 8 GB entpackt. Der getrennte intelligente Importpfad für einzelne Dateien gilt andere Grenzen: bis 60 Dateien, unter 900 MB pro Batch und 220 MB pro Datei. Diese Zahlen beschreiben die geprüfte Implementierung — kein Versprechen, dass jedes Paket innerhalb der Grenze sicher, lesbar oder akzeptabel ist. Es werden kein Antimalware-Scan, keine universelle Quarantäne, kein fortsetzbarer Upload und keine Validierung des klinischen Inhalts zugeschrieben.

Nach menschlicher Bestätigung bewahrt der geprüfte Pfad das Original-ZIP und die akzeptierten Dateien, verknüpft sie mit dem Fall und protokolliert das Import-Ereignis. Die Seite stellt diese Herkunft als sichtbare Kette zwischen Paket, Funktion, FDI-26-Site, Behandlung, Version und Verantwortlichem dar. Diese Beziehung zu halten hilft zu erklären, was das Labor empfangen und welche Version geprüft wurde; sie macht den Verlauf nicht zu einer unveränderlichen Signatur, zertifiziert nicht, dass die Datei fertigbar ist, und ersetzt nicht Zugriffskontrolle, Datenschutz oder Aufbewahrung, die jede Organisation anwenden muss.