Quiero construir una base de datos de pacientes para mi departamento en el hospital. Una característica importante es que debe reconocer a los pacientes que ya tienen sus nombres en los registros. Actualmente, los datos solo se almacenan en hojas de Excel. ¿Cómo puedo hacer esto?

Answer 1

Por favor no!

Le recomiendo encarecidamente que no cree su propia base de datos médica departamental (incluso la base de datos más pequeña, de hecho, especialmente la base de datos más pequeña) a menos que se aplique lo siguiente:

1. Tiene una aceptación sustancial de la Administración en su hospital y un plan bastante completo que describe cómo su base de datos se integrará con sus bases de datos. Es casi seguro que necesitará fondos y apoyo continuos. Debe tener un caso de uso muy específico.
2. Eres un excelente programador con habilidades y experiencia en SQL y todas las interfaces necesarias para SQL. Específicamente, usted (como mínimo) debe estar completamente familiarizado con 3NF y cuándo violarlo; debe comprender las vastas limitaciones de las bases de datos cuando se usa en un contexto médico; debe tener un conocimiento exhaustivo de los informes / extracción de datos requeridos, y cómo esto se integra con los informes en otros departamentos del hospital. Debe estar muy familiarizado con las bases de datos existentes en su institución.
3. Tiene una comprensión completa de la codificación médica; sus limitaciones y cómo crear un diccionario de datos.
4. Usted ha pensado claramente cómo la base de datos continuará siendo administrada durante los próximos 20 años (al menos);
5. Tiene una infraestructura establecida que podrá atender la base de datos 24/7 y garantizar un excelente tiempo de actividad;
6. Tiene limitaciones muy bien definidas sobre lo que almacenará en la base de datos. De lo contrario, inevitablemente habrá un “arrastre de alcance” y encontrará que ocurrirá uno de dos escenarios:
1. Tendrá suerte, y la base de datos fallará desde el principio debido a la demanda y características adicionales;
2. La base de datos tendrá éxito, crecerá como Topsy y estará bajo una presión creciente para ofrecer más funciones. No escalará bien, en ese momento se romperá y tendrá un episodio psicótico.
7. Está contento de que cuando (en lugar de hacerlo) un pirata informático penetra en su base de datos, no será clavado boca abajo en una cruz y dejado en las puertas de la ciudad para ser despreciado por todos (por ejemplo, lea lo que sucede cuando está se encontró que viola HIPAA en los EE. UU., especialmente si los datos sobre un número significativo de pacientes están comprometidos). O eres una especie de masoquista 🙂
8. Estás preparado para sentarte durante varios años y documentar meticulosamente no solo cada línea de código que escribes, sino también las razones por las que elegiste hacer todo lo que hiciste al crear la base de datos.
9. A medida que crea su base de datos y el código de soporte, crea un conjunto completo de pruebas de regresión.
10. Tiene una muy buena comprensión de cómo importar y exportar datos desde / hacia una variedad de fuentes / destinos. Esto no es trivial.

A largo plazo, no existe una base de datos departamental pequeña y simple. Se quedará allí como una rareza y lamentará haberlo hecho alguna vez (u otros lo harán, una vez que se haya ido); o se convertirá en un monstruo hambriento, y te arrepentirás de haberlo logrado.

Más de tres instituciones médicas con las que estoy familiarizado (sirviendo a una población de aproximadamente 1.5 millones de personas), una encuesta reciente encontró más de 20,000 (sí, veinte mil) bases de datos de Access relacionadas médicamente, la mayoría de las cuales estaban inadecuadamente documentadas y mal mantenidas. ¿Te imaginas el tiempo perdido y la pesadilla inherente a tal almacenamiento?

Google probó suerte con la programación médica hace unos años y, a pesar de sus vastos recursos, fracasó miserablemente. No hablemos de Microsoft. Incluso las bases de datos de éxito médico comercialmente exitosas son a menudo un mosaico de pesadillas de tablas multitudinarias (Cerner está muy orgulloso de sus 5,000–10,000 tablas). Gigantes como Epic todavía están luchando por lograr la interoperabilidad, y tienen vastas extensiones de código heredado que los pesan (el equivalente a unas 16,000 tablas de bases de datos escritas en el lenguaje NoSQL M).

Probablemente esté asumiendo una tarea que inicialmente parecerá fácil (incluso trivial) y eventualmente causará más daño que bien. Muchos le prometen éxito con la tecnología llamativa que puede usar de inmediato (especialmente NoSQL), pero la mayoría de ellos serán vendedores de aceite de serpiente.

Sugeriría que en lugar de hacerlo por su cuenta, hable con sus gerentes. En particular, si tiene poco dinero, usted y ellos podrían buscar bases de datos gratuitas que puedan satisfacer la mayoría de sus necesidades, como OpenMRS y posiblemente OpenEHR. Encontrará muchas de estas bases de datos, todas excesivamente complejas y todas con sus responsabilidades. Pero vea cómo OpenMRS en particular ha tenido éxito, incluso en países tecnológicamente desfavorecidos y empobrecidos.

Alternativamente, si tiene unos pocos millones (o unos cientos de millones) para tirar, puede ir con una de las grandes bases de datos comerciales. Es probable que usted (y muchos otros) aún pasen varios años agotadores de su vida haciendo que las cosas funcionen hasta el punto en que estos productos que cantan y bailan solo retrasan ligeramente su capacidad de ayudar a los pacientes.

Lo que elija dependerá de sus requisitos (que no mencionó en su pregunta; deben desarrollarse con cierto detalle), y cada uno le garantizará al menos un poco de dolor, pero en última instancia (quizás) mucho menos dolor que si intentas hacerlo solo.

Esto es a menos que su intención principal sea simplemente aprender cómo convertirse en un maldito programador médico, y no le importa la probabilidad de más del 98% de que sus intentos sean en vano o incluso causen dolor.

Mi 2c, Jo.

Answer 2

Trabajaría con los registros médicos. Hay personas que trabajan para deduplicar registros de pacientes que podrían ayudarlo. Por ejemplo, eliminan registros duplicados cuando alguien ingresa a la sala de emergencias sin identificación, y luego se identifican. Además, puede encontrar que hay un lugar para sus datos en el registro médico, pero no lo sabrá a menos que lo solicite.

Si no hay un lugar, aún trabajaría con esas personas para asegurar sus datos y encontrar el mejor lugar para ellos. Conocen los riesgos y es probable que estén en una posición en la que esto suceda con la frecuencia suficiente para saber qué hacer con él. Por ejemplo, las enfermeras de las compañías de seguros de salud toman notas sobre los pacientes que tratan de manejar. A menudo necesitan datos de registros médicos, y tienen que solicitarlos y recibirlos de manera segura.

Excel o Access pueden terminar siendo la solución. Si obtiene acceso al registro médico, puede integrar sus datos locales con el registro médico mediante Access. Tal vez podría elaborar un proceso en el que envíe una lista de nuevos pacientes para ser identificados, y ellos envíen la identificación del paciente y / o el número de registro médico. Luego puede buscar lo que tenga acceso en el registro médico.

Cualquiera sea la solución, debe tener en cuenta los riesgos de seguridad, como se señaló en una respuesta anterior.

Answer 3

Excel es bueno para su requerimiento.

Asigne un número de identificación único a los nombres de sus datos. Por ej. SSN, número de móvil, cualquier cosa que sea única.

Seleccione la columna con la ID única y establezca el formateo condicional para los duplicados de alto rango.

Hecho….

Siempre que ingrese la ID única duplicada en la columna, cambiará el color de la celda de la entrada anterior y de la nueva entrada que ingresó e indicará que los datos del paciente ya existen.

Si necesita ayuda con el formato condicional, por favor deje un mensaje.

Answer 4

Excel es probablemente lo suficientemente bueno cuando se configura como una base de datos. Supongo que al agregar algunos rangos de búsqueda y algunas fórmulas, será completamente satisfactorio. He hecho muchos de estos proyectos yo mismo.

Pero necesitamos ver los puntos de datos que desea incluir. Supongo que cada paciente incluye cierta información que rara vez cambia; datos de contacto, seguro, NOK, sin código, médico tratante, etc.

Pero otros tipos de datos, como ocasiones de contacto, medicamentos, dieta y algunos datos de gráficos serán variables y tenderán a crecer con el tiempo. Hasta ahora, no hay nada aquí para desafiar a Excel: todo se basa en comprender cómo configurarlo.

Espero que ayude.