FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
hola
por donde comiezo, fijate en dicha captura el 90% de los datos ya estan precodificados, solo un 10% de informacion se digita lo demas se selecciona de una lista. un ejemplo es que dicho formulario maneja el CIE10 y CIE9 que son códigos internaciones de clasificacion de procedimientos y diagnósticos de enfermedades. datos como la aseguradora y el regimen de salud al que pertenecen son seleccionables de una lista y ademas muchos datos son por default. la edad seria calculada en base a un algoritmo y la fecha de nacimiento. datos a capturar serian el nombre, fecha de nacimiento, dirección. bueno adjunto les dejo una version prelimiar del formulario en formato de aplicacion. revisenlo y a ver que tal. |
#2
|
|||
|
|||
con respecto a los códigos, se repiten en todas parte, es decir, es el mismo código en cada un a de las 9 regiones de salud que tiene mi país. el dato es redundante, es decir, cada vez que te atienden te vuelven a capturar el nombre y tus datos personales, por la misma naturaleza como no es un sistema on-line en la que construyes una base de datos de pacientes y/o usuarios entonces se redundaría en lo mismo, ya se realizaría un proceso de filtrado para unificar los datos. puesto que para el resultado de la información en esta etapa no nos interesa el dato de manera individual, sino que se sacan indicadores población mensual, bimensual, trimestral, semestral y anual, basándonos en los códigos de diagnósticos, procedimientos e intervenciones internacionales .
un ejemplo es, un informe que indique el los primeros 3 meses del año cuantos usuarios del servicio se enfermo de "dengue" en edades entre los 5 y 30 años del sexo femenino. es por ahí la cosa, pero no nos interesa saber quien se enfermo porque en las UNAP tienen el registro clínico del paciente y es al medico al que le interesa la información individual. ya en lo adelante cuando se hagan las inversiones en conectividad podríamos analizar una estrategia para hacer una plataforma on-line que ayude a validar y crear bases de datos de usuarios del servicio y ademas ver información en tiempo real. |
#3
|
||||
|
||||
Entonces partimos de que cada registro no requiere ser identificado de manera única. Es decir no importa quien es el paciente sino sus datos.
__________________
AKA "El animalito" ||Cordobés a mucha honra|| |
#4
|
|||
|
|||
exactamente, siempre se redundaría ya que cada atención es única y para esto estoy analizando la posibilidad de crear un id de registro único que no se repita a nivel nacional (R.D.) para esto estoy pensando en utilizar el código de cada región que esta compuesto por sus siglas SRS0 al SRS8 entonces eso lo concatenaria con el código de la Gerencia de Área que no pasaría de 5 por Región, y luego el código estándar a nivel nacional registrado en la Oficina Nacional de Estadística de mi pais (Rep. Dom.) que es el código de la Provincia que va de 01 a 32, seguido de codigo de la zona de salud, seguido del código de de la atención que va de 0 a 6, seguido del código de la UNAP que va de 1 a N según la REGION, seguido de la fecha de la atención mas la hora de la atención obviamente descomponiendo la fecha y ordenándola en formato aaaammdd y la hora hhmmss sin puntos y backslah.
al final debería quedar asi. ej. SRS00101010100120100607223201 [SRS0] --> Código de la región de salud [01] --> Código de la Gerencia de área [01] --> Código de la provincia [01] --> Código de la zona de salud [01] --> Código de la Atención [001] --> Código de la UNAP [20100607] --> Fecha de la Atención [223201] --> Hora de la atención con este Id Único de Registro podría saber por esa combinación de donde proviene dicho registro, no nos interesa saber a quien fue que se le dio la atención, sino de donde proviene el dato y corregirlo, hasta donde se, este registro nunca se repetiría. ademas que cuando cargue la información en la oficina de la región este me permitiría poder ubicar dicho registro y al cargar puedo hacer 2 cosas primero si existe lo actualizo de lo contrario lo inserto como un nuevo registro. pudiera darse el caso que dicho usuario asista a una UNAP 3 veces el mismo día, pero nunca podrá asistir a la misma hora 3 veces. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Sugerencias para pasar XML a Tabla | MaMu | Varios | 0 | 01-11-2008 01:41:33 |
Se pierden datos en Insercion Masiva | caifan_0883 | Conexión con bases de datos | 5 | 27-03-2008 00:58:47 |
Error en alta masiva de datos en una sóla transacción | afxe | Firebird e Interbase | 3 | 07-05-2007 10:27:38 |
Sugerencias para programa 3D... | Er_Manué | Varios | 2 | 30-10-2006 15:05:22 |
Sugerencias sobre bases de datos | taita | Conexión con bases de datos | 19 | 17-11-2005 16:55:38 |
|