CompuGroup Medical XDent
Ultimo aggiornamento:
compugroupmedical-xdent.mdPanoramica
- XDent (CompuGroup Medical) è un gestionale per studi dentistici. La migrazione importa l'anagrafica pazienti, l'agenda appuntamenti, i preventivi e i piani di cura, la fatturazione (fatture emesse, righe, pagamenti, acconti), l'anamnesi, il diario clinico e i dati anagrafici di operatori, riuniti, listini e fornitori.
- Il database di origine è normalmente cifrato: la migrazione applica in automatico le query di decifratura. Se il database fornito non è cifrato occorre indicarlo esplicitamente, altrimenti la lettura fallisce.
- XDent distingue tra "Preventivo" e "Piano di cura". Poiché un preventivo accettato in XDent diventa un piano di cura, importando entrambi si possono ottenere voci che il cliente percepisce come duplicate. L'import dei preventivi è disattivabile.
- La migrazione importa ora anche le fasi delle prestazioni: ogni voce di piano di cura può essere associata a una o più fasi, con etichetta, stato di esecuzione, data e operatore. Le fasi del catalogo prestazioni vengono importate come modelli, con percentuali di prezzo e durata calcolate automaticamente.
- Nota per Sales/Onboarding: l'import di immagini e documenti è opzionale e va richiesto a parte. Immagini, radiografie PACS e documenti aumentano in modo sensibile tempi di elaborazione e dimensioni della migrazione. Quando un documento contiene sia testo sia un file allegato, vengono importati entrambi come elementi separati.
- Il percorso della directory di origine è un parametro obbligatorio: deve essere fornito all'avvio della migrazione (la cartella che contiene la directory xdentdb con i file MyISAM). Senza di esso la migrazione si interrompe con errore.
Entità importate
- Operatori
- Riuniti (poltrone)
- Listini
- Categorie di prestazione
- Prestazioni e relativi prezzi
- Modelli di fase del catalogo prestazioni
- Pazienti (con recapiti telefonici e note)
- Promemoria / richiami
- Appuntamenti (con colori)
- Preventivi e relative voci (opzionale, dipende dal flag dei preventivi)
- Piani di cura e relative voci
- Fasi delle voci di piano di cura
- Scadenze/rate di preventivi e piani di cura
- Tipi di pagamento
- Conti (cassa/banca)
- Fatture emesse, righe fattura e pagamenti
- Acconti (importati come scadenze del piano di cura)
- Fornitori (aziende)
- Fatture ricevute (da fornitori)
- Movimenti contabili fornitori (pagamenti spese)
- Note del diario clinico
- Moduli di anamnesi, domande e risposte dei pazienti
- Documenti ortodontici
- Dispositivi del paziente (registrati come note)
- Relazioni familiari tra pazienti
- Immagini cliniche (opzionale, dipende dal flag immagini)
- Documenti del paziente (opzionale, dipende dal flag documenti)
Campi importati
Operatori
| Campo | Note |
|---|---|
| Nome e cognome | Se sono presenti i campi dedicati di nome e cognome vengono usati direttamente; altrimenti il nome completo viene suddiviso automaticamente in nome e cognome. Nome e cognome vengono ciascuno troncati a 32 caratteri prima dell'importazione. |
| Telefono | Catena di fallback: viene usato il numero di cellulare se presente, altrimenti il numero d'ufficio, altrimenti il numero fisso. |
| Indirizzo | Importato se presente. |
| Città | Importata se presente. |
| Provincia | Importata se presente. |
| CAP | Importato se presente. |
| Importata se presente. | |
| Partita IVA | Importata se presente. |
| Codice fiscale | Importato se presente. |
Riuniti (poltrone)
| Campo | Note |
|---|---|
| Nome | Dalla descrizione del riunito. |
Listini
| Campo | Note |
|---|---|
| Nome | Dalla descrizione del listino. |
| Stato attivo/disattivo | Il listino viene marcato come eliminato quando in origine risulta non attivo. |
Categorie di prestazione
| Campo | Note |
|---|---|
| Nome | Dalla descrizione della categoria. |
Prestazioni e relativi prezzi
| Campo | Note |
|---|---|
| Nome | Dalla descrizione della prestazione, ripulita degli spazi iniziali e finali. Il nome è usato come identificatore univoco: in XDent la stessa prestazione esiste in più listini, quindi prestazioni con lo stesso nome vengono unificate in un'unica prestazione. |
| Categoria | Collegata se la categoria di riferimento esiste, altrimenti la prestazione resta senza categoria. |
| Codice | Dalla sigla della prestazione; se assente, vengono usati i primi 4 caratteri della descrizione. |
| Durata | Dal tempo medico previsto per la prestazione. |
| Prezzo | Importato solo il prezzo del primo listino (in XDent corrisponde al livello "Base"). I livelli "Silver" e "Gold" non vengono importati. |
Modelli di fase del catalogo prestazioni
| Campo | Note |
|---|---|
| Prestazione | Collegata alla prestazione corrispondente nel catalogo. |
| Etichetta | Dall'archivio delle fasi di XDent; se non disponibile viene usato un'etichetta generica. |
| Percentuale di prezzo | Calcolata automaticamente dai pesi di prezzo presenti nel gestionale, in modo che la somma all'interno di ciascuna prestazione sia esattamente 100. Se tutti i pesi sono zero la distribuzione è uniforme. |
| Percentuale di durata | Calcolata automaticamente dai pesi di durata presenti nel gestionale, con le stesse regole della percentuale di prezzo. |
Pazienti
| Campo | Note |
|---|---|
| Nome | Se mancante viene impostato "Sconosciuto". |
| Cognome | Se mancante viene impostato "Sconosciuto". |
| Indirizzo | Troncato a 63 caratteri. |
| Città | Troncata a 63 caratteri. |
| CAP | Le lettere "x" vengono sostituite con zeri; se dopo la pulizia supera i 10 caratteri il CAP viene scartato. |
| Provincia | Importata come presente in origine. |
| Nazione | Impostata sempre a Italia. |
| Codice fiscale | Ripulito degli spazi iniziali e finali. |
| Sesso | Importato solo se in origine è "F" o "M"; altri valori non vengono importati. |
| Data di nascita | Importata solo se valida; i valori vuoti non vengono importati. |
| Luogo di nascita | Troncato a 32 caratteri. |
| Professione | Importata come presente in origine. |
| Importata come presente in origine. | |
| Data di creazione | Importata solo se valida; i valori vuoti non vengono importati. |
| Listino | Collegato se il listino esiste, altrimenti il paziente resta senza listino. |
| Recapiti telefonici | Importati i numeri di telefono fisso, fino a tre numeri di cellulare e il numero d'ufficio, ciascuno con la propria etichetta; viene riportato anche il consenso SMS. |
| Campo "Varie" | Se valorizzato viene importato come nota, con i caratteri non stampabili rimossi e con l'avviso che la data corrisponde al giorno dell'import (la data reale non è disponibile). |
| Note cliniche | Se valorizzate (e diverse da "0") vengono importate come nota clinica, con i caratteri non stampabili rimossi e con l'avviso che la data corrisponde al giorno dell'import. |
Promemoria / richiami
| Campo | Note |
|---|---|
| Paziente | Il promemoria viene importato solo se il paziente esiste. |
| Tipo | Marcato come "richiamo" per uno specifico codice di richiamo XDent, altrimenti come tipo generico. |
| Nota | Composta dal tipo di richiamo e dalla nota di origine. |
| Data | Dalla data del richiamo. Vengono importati solo i richiami degli ultimi 3 mesi; quelli più vecchi non vengono importati. |
Appuntamenti
| Campo | Note |
|---|---|
| Paziente | Collegato se il paziente esiste, altrimenti l'appuntamento resta senza paziente. |
| Operatore | Collegato se l'operatore esiste, altrimenti l'appuntamento resta senza operatore. |
| Riunito | Collegato se il riunito esiste, altrimenti l'appuntamento resta senza riunito. |
| Descrizione | Dal testo dell'appuntamento, ripulito dei caratteri di controllo. Se il testo supera i 255 caratteri, il testo integrale viene salvato come nota separata per il paziente (con data e ora dell'appuntamento) e nell'appuntamento viene inserito il testo troncato a 255 caratteri. |
| Colore | Mappato a una tavolozza fissa di colori in base al codice colore di XDent. Per un codice colore non riconosciuto viene segnalato un avviso e l'appuntamento resta senza colore. |
| Data e durata | XDent memorizza la durata come una sequenza di righe da 5 minuti ciascuna: la migrazione raggruppa le righe in un unico appuntamento, calcola l'orario di inizio (la riga più vecchia) e la durata totale. Vengono uniti gli appuntamenti dell'agenda e gli appuntamenti sospesi. Le righe con data/ora non valida non vengono importate. |
| Stato | Non viene impostato (rimane vuoto). |
Preventivi (opzionale, dipende dal flag dei preventivi)
| Campo | Note |
|---|---|
| Paziente | Il preventivo viene importato solo se il paziente esiste. |
| Nome | "Preventivo N." seguito dal numero di preventivo. |
| Stato | Mappato da XDent: "Sospeso" diventa preventivo, "Non accettato" diventa scartato, "Annullato" diventa chiuso. I preventivi "Accettati" non vengono importati come preventivo perché vengono recuperati come piano di cura. |
| Data di creazione | Dalla data del preventivo. |
| Nota | Le note del preventivo vengono importate come nota collegata, ripulite da tag HTML, entità HTML e caratteri non stampabili; le note vuote non vengono importate. |
Voci di preventivo (opzionale, dipende dal flag dei preventivi)
| Campo | Note |
|---|---|
| Preventivo | La voce viene importata solo se il preventivo di riferimento esiste. |
| Prestazione | Dal nome della prestazione (ripulito degli spazi). Se la prestazione non esiste già viene creata come prestazione eliminata. Le voci senza nome di prestazione vengono segnalate come errore e non importate. |
| Prezzo | Dall'importo della voce. |
| Stato "eseguita" | Considerata eseguita se è presente una data di esecuzione; tuttavia per i preventivi in stato scartato o ancora preventivo la voce non è mai considerata eseguita. |
| Data esecuzione | Dalla data di esecuzione, se presente. |
| Data di creazione | Dalla data di diagnosi; se più vecchia di 20 anni non viene importata. |
| Elementi dentali | Importati dal campo dente della voce; se assente, gli elementi vengono recuperati da una tabella dedicata. Le voci prive di elementi ricevono automaticamente l'elemento "generale". Le voci con stato "annullato" non vengono importate. |
Piani di cura
| Campo | Note |
|---|---|
| Paziente | Il piano viene importato solo se il paziente esiste. |
| Nome | Dalla descrizione del piano di cura. |
| Stato | Impostato sempre ad "accettato". |
| Data di creazione | Dalla data del piano; se non valida viene usata la data dell'import. |
Nota: i piani di cura privi di voci vengono rimossi al termine dell'elaborazione. In XDent ogni preventivo ha tipicamente un piano di cura vuoto associato, che viene così eliminato.
Voci di piano di cura
| Campo | Note |
|---|---|
| Piano di cura | La voce viene importata solo se il piano di riferimento esiste. |
| Prestazione | Dal nome della prestazione (ripulito degli spazi). Se la prestazione non esiste già viene creata come prestazione eliminata. Le voci senza nome di prestazione vengono segnalate come errore e non importate. |
| Prezzo | Dall'importo della voce; allo sconto importato viene riaggiunto l'importo per ricostruire il prezzo di listino. Se la voce non è da contabilizzare, prezzo e sconto vengono azzerati. |
| Sconto | Dallo sconto della voce; gli sconti negativi vengono azzerati. |
| Stato "eseguita" | Considerata eseguita quando lo stato di origine indica "eseguita". |
| Data esecuzione | Valorizzata solo per le voci eseguite, dalla data della voce. |
| Operatore | Collegato solo per le voci eseguite e solo se l'operatore esiste. |
| Elementi dentali | Importati dal campo dente della voce; se assente, gli elementi vengono recuperati da una tabella dedicata. Le voci prive di elementi ricevono automaticamente l'elemento "generale". |
Fasi delle voci di piano di cura
| Campo | Note |
|---|---|
| Voce di piano di cura | La fase viene importata solo se la voce di piano di cura esiste. |
| Etichetta | Dall'archivio delle fasi di XDent; se non disponibile viene usata la descrizione presente nella riga o un'etichetta generica. |
| Stato di esecuzione | Contrassegnata come eseguita quando risulta eseguita nel gestionale. |
| Data di esecuzione | Dalla data di esecuzione della fase, solo se la fase risulta eseguita. |
| Operatore | Collegato se presente e se l'operatore esiste. |
| Percentuale di prezzo | Calcolata automaticamente dai pesi presenti nel gestionale, in modo che la somma all'interno di ciascuna voce sia esattamente 100. Se tutti i pesi sono zero la distribuzione è uniforme. |
| Percentuale di durata | Calcolata automaticamente con le stesse regole della percentuale di prezzo. |
| Prestazione di riferimento | Se la prestazione della voce non ha modelli di fase nel catalogo attivo, la voce viene collegata a una versione separata della prestazione (non visibile nel catalogo) che conserva la storia delle fasi senza alterare il catalogo. |
Scadenze/rate di preventivi e piani di cura
| Campo | Note |
|---|---|
| Piano / preventivo | La scadenza viene collegata preferibilmente al piano di cura; se non presente, al preventivo. Se nessuno dei due esiste, la scadenza non viene importata. |
| Data | Dalla data di scadenza; le date più vecchie di 50 anni non vengono importate. |
| Importo | Dall'importo della scadenza. |
Tipi di pagamento
| Campo | Note |
|---|---|
| Nome | Dalla descrizione del tipo di pagamento. |
Conti
| Campo | Note |
|---|---|
| Tipo | Classificato come "cassa" quando l'identificativo contiene la parola "cassa", altrimenti come "banca". |
| Nome | Dalla descrizione del conto; se vuota viene usato l'identificativo. |
Fatture emesse, righe e pagamenti
| Campo | Note |
|---|---|
| Paziente / piano di cura | La fattura viene collegata al piano di cura indicato; se il piano non esiste viene collegata al paziente. Il paziente può essere recuperato per codice fiscale; se non rintracciabile, viene ricostruito un paziente dal nominativo presente in fattura o, in ultima istanza, creato un paziente "Sconosciuto". Per le fatture senza un piano collegato viene creato un piano fittizio dedicato ("Piano con fatture senza collegamento al piano"). |
| Tipo | Determinato da nota di credito / acconto: nota di credito, acconto (parziale) o saldo. Le note di credito sono rese negative; importi negativi su fatture/acconti vengono reinterpretati (una nota di credito negativa diventa saldo positivo, una fattura/acconto negativa diventa nota di credito). |
| Numero e prefisso | Dal numero della fattura; il prefisso (serie/lettere) viene anteposto quando presente e diverso da "0". |
| Data | Dalla data della fattura. Le fatture senza data vengono saltate con un avviso. |
| Imponibile | Dall'importo della fattura, con i segni gestiti come sopra. |
| IVA | Calcolata come percentuale a partire dall'importo IVA e dall'imponibile; il valore viene arrotondato all'intero più vicino. |
| Ritenuta d'acconto | Calcolata come percentuale; se il calcolo risulta negativo la fattura viene segnalata con un errore ("contattare il dottore") e non importata. |
| Bollo | Calcolato in modo articolato: se in origine è valorizzato viene applicato solo per importi superiori a 77,47 euro; altrimenti viene ricostruito per differenza dai totali. Il bollo è azzerato quando in origine è a zero, quando il flag "no bollo" è attivo o quando l'abbuono corrisponde a un classico importo di bollo (1,81 o 2,00). |
| Controparte | Nome, indirizzo, CAP e città vengono estratti dalle righe del nominativo della fattura; il CAP viene riconosciuto come gruppo di 5 cifre. Vengono importati partita IVA e codice fiscale della controparte. |
| Comunicazione al Sistema TS | Attivata in base all'indicatore di origine. |
| Righe fattura | Per le fatture di tipo saldo con dati di allocazione presenti nel registro di fatturazione, viene creata una riga per ciascuna voce del piano di cura collegata: ogni riga riporta il nome della prestazione come etichetta, l'importo a carico del paziente e l'eventuale quota assicurativa specifici per quella voce, e il collegamento esplicito alla voce di piano di cura viene preservato in Alfadocs. Per le fatture di tipo acconto, di nota di credito, o per le fatture saldo prive di dati di allocazione, viene creata un'unica riga con il totale della fattura e l'etichetta dal corpo della fattura (in mancanza, "Valore importato da XDENT"); viene riportata la quota a carico di terzi/assicurazione. Se la quota assicurazione supera l'imponibile la fattura viene segnalata come da correggere in XDent. |
| Pagamenti | Vengono importati fino a tre pagamenti per fattura; quelli a importo zero vengono saltati. La direzione (incasso/pagamento) dipende dal tipo di fattura e dal segno dell'importo. Il conto è collegato se esiste, altrimenti viene usato un conto fittizio. La data del pagamento usa la data di pagamento o, in mancanza, la data della fattura. |
Nota: se il totale ricalcolato dalla migrazione non coincide con il totale di XDent viene registrato un messaggio diagnostico (la fattura viene comunque importata).
Acconti
| Campo | Note |
|---|---|
| Piano di cura | Gli acconti vengono importati come scadenze del piano di cura, solo se il piano esiste. Gli acconti senza piano associato o già collegati a una fattura non vengono importati (per evitare doppi conteggi). |
| Data e importo | XDent aggrega gli acconti dello stesso piano nella stessa data: la migrazione li somma per piano e data. Gli importi negativi non vengono importati. |
Fornitori (aziende)
| Campo | Note |
|---|---|
| Nome | Dalla ragione sociale. |
| Indirizzo | Troncato a 63 caratteri. |
| Città | Troncata a 63 caratteri. |
| CAP | Le lettere "x" vengono sostituite con zeri; se supera i 10 caratteri viene scartato. |
| Email, Telefono, Fax | Importati come presenti in origine. |
| Partita IVA | Importata come presente in origine. |
| Codice fiscale | Importato come presente in origine. |
| Nota | Se presente, viene riportato il nominativo del rappresentante. |
Fatture ricevute (da fornitori)
| Campo | Note |
|---|---|
| Fornitore | La fattura viene importata solo se il fornitore esiste. |
| Tipo | Nota di credito se l'imponibile è negativo, altrimenti saldo. |
| Data | Dalla data del documento. |
| Numero | Dal numero della fattura di acquisto nel documento di origine. |
| Imponibile | Dal campo imponibile del documento (non dal totale). |
| Riga | Una riga con etichetta dal campo note (in mancanza, "Riga importata da XDent"), imponibile e IVA di origine. La percentuale IVA viene calcolata dividendo l'IVA per l'imponibile; se l'imponibile è zero, la percentuale viene ricavata dalla differenza tra il totale e l'IVA, per evitare divisioni per zero e aliquote errate. |
Movimenti contabili fornitori
| Campo | Note |
|---|---|
| Tipo di movimento | Vengono importati solo i movimenti di tipo "Pagamento Spesa"; tutti gli altri record del giornale vengono ignorati. |
| Fornitore | Il movimento viene importato solo se il fornitore collegato esiste. |
| Fattura collegata | Collegata alla fattura fornitore corrispondente tramite identificativo interno. |
| Direzione | "In uscita" se il totale è positivo, "in entrata" se negativo. |
| Conto | Collegato se esiste; altrimenti viene usato un conto fittizio. |
| Tipo di pagamento | Ricercato per nome tra i tipi di pagamento importati; se non trovato rimane vuoto. |
| Causale | Dalla causale del movimento. |
| Importo | Dal valore assoluto del totale del movimento. |
| Data | Dalla data del movimento. |
Note del diario clinico
| Campo | Note |
|---|---|
| Contenuto | Dal testo del diario, ripulito di tag HTML (mantenendo i paragrafi) ed entità HTML, con rimozione delle righe duplicate e dei caratteri non stampabili. Le note vuote o senza data non vengono importate. Vengono escluse le note di servizio "Prestazione da eseguire" e "Prestazione eseguita". |
| Collegamento | Collegata alla voce di piano di cura se indicata ed esistente, altrimenti al paziente. |
| Data | Da data e ora del diario. |
| Operatore | Collegato se indicato ed esistente. |
Moduli di anamnesi, domande e risposte
| Campo | Note |
|---|---|
| Moduli | Viene creato un modulo per ciascun nome di questionario presente. Dal nome viene rimossa la parola iniziale "Anamnesi"/"Anamnesis" per evitare ripetizioni. Se non esistono questionari con nome viene creato un modulo predefinito. |
| Domande | Testo della domanda dalla descrizione. Tipo mappato da XDent: "Sì/No", "Aperta" o "Sì/No con note". L'evidenziazione dipende dall'indicatore di rischio. Le domande marcate come cancellate vengono importate e il relativo stato di eliminazione viene trasmesso ad Alfadocs; vengono ordinate per nome questionario e ordine. |
| Risposte | Importate solo se il paziente e la domanda esistono. Risposta booleana mappata (0=no, 1=sì, 2=no con testo libero, 9=nessuna risposta). Alle risposte vengono aggiunti, se presenti, le note e il "tipo allarme". Se la risposta è "no" l'evidenziazione della domanda viene disattivata. Un valore di risposta non previsto interrompe l'elaborazione con errore. Le interviste vengono raggruppate per paziente, data e modulo. |
Documenti ortodontici
| Campo | Note |
|---|---|
| Paziente | Importato solo se il paziente esiste (i pazienti fittizi vengono saltati). |
| Nome | Impostato a "Documento Ortodontico". |
| Contenuto | Dalla programmazione ortodontica, convertita da RTF a testo semplice. |
| Data | Dalla data di programmazione. |
Dispositivi del paziente
| Campo | Note |
|---|---|
| Paziente | Importato solo se il paziente è valorizzato e non fittizio. |
| Contenuto | Registrato come nota con descrizione, codice UDI, fabbricante ed elementi dentali del dispositivo. |
| Data | Dalla data del dispositivo. |
| Operatore | Riportato se presente. |
Relazioni familiari
| Campo | Note |
|---|---|
| Pazienti collegati | Importate solo se entrambi i pazienti esistono e non sono fittizi; le relazioni reciproche già importate non vengono duplicate. |
| Tipo di relazione | Mappato dai codici XDent (genitore, figlio, zio, nipote, nonno, fratello, coniuge, suocero/a, genero/nuora, cugino), con declinazione di genere in base al sesso del paziente collegato. I codici non mappati diventano "altro". |
Immagini cliniche (opzionale, dipende dal flag immagini)
| Campo | Note |
|---|---|
| Paziente | L'immagine è collegata al paziente di origine. |
| File | Nell'import gestito dal converter principale vengono importate solo le immagini in formato JPG; le immagini di altro formato non vengono importate. Il contenuto binario viene decodificato e salvato come file immagine. |
| Nome file | Dal nome file di origine; se assente viene generato un nome basato su paziente e immagine. |
| Elementi dentali | Importati dagli elementi associati all'immagine, quando presenti. |
| Data | Dalla data dell'immagine. |
Nota: esiste un converter dedicato e separato per immagini e documenti (vedi sotto), pensato per dataset più grandi e per la gestione delle radiografie PACS.
Documenti del paziente (opzionale, dipende dal flag documenti)
| Campo | Note |
|---|---|
| Paziente | Il documento è collegato al paziente di origine. |
| Documenti di testo | I documenti con testo vengono importati come documento testuale; il testo viene riportato così com'è, inclusi eventuali tag di formattazione. La data corrisponde al giorno dell'import. |
| Documenti file | Gli allegati vengono decodificati e salvati come file; il tipo e l'estensione vengono riconosciuti dal contenuto. I documenti con contenuto file non valorizzato nel gestionale vengono saltati senza generare errore. |
| Documento con testo e file | Se un documento contiene sia testo sia un file allegato, vengono importati entrambi come elementi separati: uno come documento testuale e uno come file allegato. |
| Nome | Dal titolo del documento. |
| Data | Corrisponde al giorno dell'import. |
Limitazioni note
- Operatori e nomi nelle note: in XDent i nomi degli operatori sono spesso scritti come testo libero nei campi note del paziente; tali note vengono importate come testo senza alcun collegamento all'operatore.
- Nome e cognome degli operatori vengono troncati a 32 caratteri ciascuno. Operatori con nomi più lunghi avranno il nome abbreviato in Alfadocs.
- Date "fittizie": per il campo "Varie", per le note cliniche del paziente e per i documenti importati la data reale non è disponibile e viene usata la data dell'import (indicata esplicitamente nel testo della nota).
- Preventivi e piani di cura possono apparire duplicati: in XDent un preventivo accettato diventa piano di cura, quindi importando entrambi si possono trovare la stessa entità due volte. I piani di cura vuoti vengono comunque rimossi.
- Prezzi prestazione: viene importato solo il listino "Base"; i livelli "Silver" e "Gold" non vengono migrati.
- Prestazioni unificate per nome: prestazioni con lo stesso nome (presenti su listini diversi) vengono fuse in un'unica prestazione.
- Promemoria limitati nel tempo: vengono importati solo i richiami degli ultimi 3 mesi.
- Appuntamenti: lo stato non viene importato; un colore con codice non riconosciuto viene scartato (con avviso); le righe con data/ora non valida non vengono importate. I titoli degli appuntamenti che superano i 255 caratteri vengono troncati nell'appuntamento e il testo integrale viene salvato automaticamente come nota separata per il paziente.
- Scadenze: vengono scartate le scadenze più vecchie di 50 anni; la data di diagnosi delle voci di preventivo più vecchia di 20 anni non viene importata.
- Fatture: le fatture senza data non vengono importate; una ritenuta d'acconto calcolata come negativa blocca l'import della singola fattura e richiede l'intervento del dottore; quando il totale ricalcolato non coincide con quello di XDent viene registrato un messaggio diagnostico ma la fattura viene comunque importata. Il calcolo del bollo è basato su euristiche (importi soglia, abbuoni tipici), perché in alcuni dataset il bollo non è affidabile.
- Righe fattura: la suddivisione per voce di piano di cura avviene solo per le fatture di tipo saldo che hanno dati di allocazione nel registro di fatturazione. Le fatture di tipo acconto e le note di credito non vengono suddivise e vengono importate sempre come un'unica riga con il totale.
- Fatture fornitori: il tipo (saldo/nota di credito) è determinato dal segno dell'imponibile anziché del totale. Il numero fattura è letto dal documento sorgente; i record con imponibile zero usano un calcolo alternativo per l'aliquota IVA per evitare valori errati.
- Movimenti fornitori: vengono importati esclusivamente i movimenti di tipo "Pagamento Spesa". I movimenti di altri tipi (es. fatture, note di credito nel giornale generale) non vengono importati come transazioni. Se il conto indicato nel movimento non esiste tra i conti importati, viene usato un conto fittizio. Il tipo di pagamento è abbinato per nome: se il nome non corrisponde a nessun tipo importato, il campo rimane vuoto.
- Mappature da verificare per ogni installazione: le etichette dell'agenda e le etichette delle relazioni familiari hanno chiavi diverse da studio a studio; la migrazione stampa le mappe rilevate e usa mappe statiche interne, che vanno verificate caso per caso. Le relazioni familiari con codice non mappato diventano "altro".
- Anamnesi: le domande cancellate vengono importate con il relativo stato; un valore di risposta non previsto interrompe l'elaborazione.
- Immagini: nel converter principale vengono importate solo le immagini JPG. Le immagini PACS (DICOM) non sono gestite dal converter principale ma dal converter dedicato a immagini/documenti.
- Documenti di testo: il testo viene importato così com'è; eventuali tag di formattazione nel contenuto non vengono rimossi e potrebbero essere visibili nel documento importato.
- Fasi dei preventivi: le fasi associate alle voci di preventivo non vengono importate. Vengono importate solo le fasi delle voci di piano di cura.
- Percentuali di fase: le percentuali di prezzo e durata vengono sempre ricalcolate automaticamente a partire dai pesi presenti nel gestionale. Se tutti i pesi di un gruppo sono zero, la distribuzione viene effettuata in modo uniforme tra le fasi.
- Fasi storiche su prestazioni senza modello: quando una voce di piano di cura ha fasi storiche ma la relativa prestazione non dispone di modelli di fase nel catalogo attivo, la voce viene collegata a una versione separata della prestazione non visibile nel catalogo. Il catalogo attivo rimane invariato e le nuove voci non ereditano tali fasi.