Standard de facto per il record di informazioni del cliente [chiuso]

The nice thing about standards is that you have so many to choose from. - Andrew Stuart Tanenbaum

Cose come questa sono molto specifiche per un cliente e per l'industria, qualsiasi cosa generica includerà tutto e il lavello della cucina. Soprattutto i formati di tipo EDI, sono stati definiti organicamente nell'arco di un decennio o più nella maggior parte dei casi e includono tutto ciò che ogni azienda del comitato desiderava. Dovevano essere generici del settore e sono diventati estremamente specifici del settore ed estremamente fragili.

Non esiste una via regale per il design o le informazioni che desideri. Fai il tempo e lo sforzo per ottenere i requisiti e ottenere una stima concreta. Altrimenti sarai più sbagliato che corretto. L'unico modo per sapere che cosa è necessario sapere è fare le domande e capirlo da solo.

Molti sistemi CRM usano quello che ora viene chiamato un modello di oggetto Expando, precedentemente noto come modello di proprietà dinamico . È fondamentalmente un costrutto del dizionario della coppia di valori chiave. Ad eccezione dei casi molto speciali, è considerato un design Anti-Pattern e dovrebbe essere evitato.

Ho progettato e ho creato almeno 8 soluzioni CRM personalizzate negli ultimi 20 anni, ognuno di noi aveva requisiti diversi e nessuno dei modelli di dati (logici o fisici) avrebbe funzionato su tutta la linea per tutti i domini.

Le soluzioni specifiche per casi specifici saranno sempre migliori.

C'è una discussione nello stack DBA su best practice per i campi di persone comuni che trattano i problemi. È molto importante quello che stai pianificando di fare con i dati e quanto devi essere esauriente. Se in realtà hai bisogno di supportare tutti gli indirizzi email validi o tutti i nomi validi, le tue colonne dovranno essere molto più grandi di quelle che desideri semplicemente supportare qualsiasi organizzazione e applicazione considerino un sottoinsieme ragionevole dei valori validi.

Come ha sottolineato Jarrod, se segui uno standard generico, ti ritroverai sicuramente con un formato record che include molte cose che il tuo sistema non avrà mai bisogno. Poiché sai già che ci sarà un numero piuttosto elevato di record, è probabile che avrai problemi di prestazioni non necessari perché stai supportando dati che non verranno mai utilizzati. Viceversa, è anche probabile che lo standard non includa i campi di cui hai bisogno, il che sarà un problema doloroso da risolvere; o rompi lo standard aggiungendo questi campi, o dovrai trovare un modo (probabilmente goffo) di includere i campi non standard all'interno dello standard.

Penso che il vero problema qui non sia la ricerca di uno standard adatto a tutti (che sarà quasi sempre di taglia unica, NONE), ma che sei stato incaricato di stimare una soluzione in cui i requisiti non sono ancora stati specificati In questi casi, penso che l'unica cosa professionale da fare sia fare una stima minima basata sui requisiti che si hanno, e quindi fare una stima massima basata su tutti i possibili requisiti indefiniti che si ritiene possano emergere. Abbastanza sicuro, la stima potrebbe diventare ridicolmente approssimativa, nel qual caso dovresti spiegare a chi ti ha assegnato questo compito, che non è fattibile fare una buona stima fino a quando i requisiti non saranno più definiti.

Standard internazionali esistenti

Esistono alcuni standard, ma specifici per determinati campi, con requisiti diversi per ciascuno di essi, a seconda delle esigenze di raccolta dei dati.

Per esempio, ma non limitato a (e parlando di esperienza con entrambi):

• Software che si occupa di dati dei pazienti e cartelle cliniche se prevedi di essere certificato per determinate specifiche.
  • Standard di dati uniformi per l'acquisizione di informazioni sulla cartella clinica del paziente nel punto di cura (presenta un elenco di standard diversi per le cartelle cliniche)
• Eletronic Medical Records e i loro Standard tecnici

• il campo più ampio di Electronic Health Records e il loro Technical Standards

• software che si occupa degli record di chiamate e dei dati dei servizi (non esattamente come standard, ma per l'interoperabilità tra reti partner).