Documentos de Académico
Documentos de Profesional
Documentos de Cultura
EL PROBLEMA
“Clínica Universidad Nacional” (Clínica imaginaria), es parte de la organización
Universidad Nacional y en este momento está interesada en tener un Sistema de
Información que le permita apoyar los servicios a pacientes en lo relacionado con citas
médicas y hospitalización. “Clínica Universidad Nacional” desea que dicho sistema sea
confiable, sus datos consistentes y que la información esté siempre disponible, segura y
controlada.
TRABAJO ADELANTADO
Un grupo de personas ha venido entrevistando a muchos usuarios del sistema, se han
realizado encuestas, se han hecho visitas de campo, se han leído documentos y se han
mirado sistemas informáticos existentes similares.
Los resultados de esas labores fueron entregadas a un grupo de analistas. Es importante
indicar, que por ahora “Clínica Universidad Nacional” no va a tener en cuenta los servicios
relacionados con la comida de los pacientes internados, los asuntos relacionados con
medicamentos, el almacén, el inventario, manejo de dinero, los asuntos relacionados con
lavandería, ni con los laboratorios, ni el servicio de urgencias, como tampoco lo
relacionado con el personal administrativo, enfermería, administración, servicios generales,
ni los de aseo, que si bien son muy importantes, no se van a tocar en esta etapa del proyecto
y únicamente está interesada en las citas médicas y la asignación/reubicación/desasignación
de habitación a pacientes que necesitan estar internados. Los analistas tomaron toda esa
información y terminaron su labor elaborando la siguiente simple lista sucinta de
requerimientos básicos.
RI1. La implementación va ser progresiva, a través del tiempo, de acuerdo a los temas
vistos en las sesiones de clase presencial.
RI2. La implementación tiene que tener en cuentas los requerimientos básicos de los
usuarios (requerimientos RB) y los requerimientos técnicos (requerimientos RT).
RI3. Cada tabla debe tener PK.
RI4. Las PK pueden ser simples o compuestas.
RI5. Las tablas pueden tener una o ninguna o varias FK.
RI6. Las FK pueden ser simples o compuestas.
RI7. Las tablas pueden tener asociadas una o varias o ninguna vista.
RI8. Las tablas pueden tener uno o ninguno o varios índices.
RI9. Las tablas pueden tener tantas columnas como se requieran, pero cada columna debe
ser una característica de la tabla definida.
RI10. Las vistas pueden ser sobre una o varias tablas y/o vistas.
RI11. Las columnas de una tabla que sean identificadoras tienen que tener las
características de obligatorias y con valor único.
RI12. Las reglas sencillas siempre se tienen que definir a nivel de columna o celda como
restricciones (constraints).
RI13. Las reglas de integridad entre tablas se tienen que definir con FK.
RI14. Las reglas complejas se deben definir utilizando programación (funciones,
procedimientos almacenados, triggers y/o cursores).
RI15. Para llevar un control sobre la información de los médicos, pacientes, consultorios y
habitaciones, se debe tener una bitácora para seguimiento, lo más detallada posible,
que incluya, persona que hizo la operación, las tablas afectadas, la identificación
desde donde se realizó la operación, el tipo de operación (inserción / actualización /
borrado), la fecha y hora.
RI16. Para registrar las posibles acciones indebidas sobre la bitácora, llevar un control
donde se registren las operaciones de actualización/borrado sobre la bitácora, donde
se incluya persona que hizo la operación, la identificación desde donde se realizó la
operación, el tipo de operación (actualización/borrado), la fecha y hora.
RI17. Llevar el control de médicos.
RI18. Llevar control de pacientes.
RI19. Llevar el control de consultorios.
RI20. Llevar el control de asignación de citas.
RI21. Llevar el control de habitaciones.
RI22. Los datos se pueden suministrar utilizando comandos SQL o provenientes de hojas
de Excel y/o en forma combinada.
RI23. Tener siempre conjuntos de datos válidos para poblar el sistema, durante la
elaboración de pruebas de calidad y/o para hacer la sustentación.
RI24. Tener siempre datos disponibles para comprobar que las reglas se cumplen, durante
la elaboración de pruebas de calidad y/o para hacer la sustentación.
RI25. Datos típicos: datos de los médicos, datos de pacientes, datos de consultorios, datos
de las habitaciones, datos de citas, datos de asignación de habitaciones, datos de
interés que considere el grupo, necesarios para la solución del problema.
RI26. La implementación se tiene que realizar utilizando los servidores de bases de datos
dispuestos para el curso: Adaptive Server Enterprise SAP, Microsoft SQL Server y
Oracle, utilizando las cuentas asignadas en la U.N.
RI27. En cada sustentación se tiene que indicar de forma explícita los requerimientos
incluidos y no incluidos en la implementación.
RI28. Al iniciar una sesión de sustentación, toda la información relacionada con modelos e
información, tienen que retirarse, es decir, todas las bases de datos tienen que estar
sin objetos definidos por los usuarios.
RI29. La implementación del escenario básico de trabajo, siempre debe realizarse a través
de scripts listos para ser ejecutados en modalidad batch. El escenario básico son las
tablas, restricciones, vistas, funciones, procedimientos almacenados, triggers,
cursores, permisos y otras facilidades definidas por los usuarios, sin datos.
RI30. Los datos válidos para poblar las tablas tienen que estar listos, ya sea como
sentencias sql o datos que vienen de hojas en Excel y/o datos que vienen de forma
combinada. Cada miembro del grupo participante tiene que aportar como mínimo
veinte (50) datos para cada tabla básica definida en la solución.
RI31. En cada sustentación siempre se tienen que tener disponibles datos para comprobar
que se cumplen las reglas definidas. Esto significa, tener datos que sirven y otros
que el sistema rechaza o procesa de acuerdo con las reglas.
RI32. Los registros históricos deben trabajarse con el concepto de bitácoras.
RI33. Consulta típica: Disponibilidad de profesionales.
RI34. Consulta típica: Disponibilidad de consultorios.
RI35. Consulta típica: Disponibilidad de habitaciones.
RI36. Consulta típica: Información de los profesionales.
RI37. Consulta típica: Información de los pacientes.
RI38. Consulta típica: Información de los consultorios.
RI39. Consulta típica: Información de las citas.
RI40. Consulta típica: Información de las habitaciones.
RI41. Consulta típica: Estadísticas sobre los diferentes aspectos de interés.
RI42. Consulta típica: Historia de citas de los pacientes.
RI43. Consulta típica: Historia de citas de los médicos.
RI44. Consulta típica: Consultas al registro histórico del sistema.
RI45. Consulta típica: Consultas al sistema de control del registro histórico del sistema.
RI46. Como herramientas cliente, se pueden usar las herramientas que se conecten a los
servidores de bases de datos de la U.N., sin importar el proveedor de la herramienta
o la versión.
Cada grupo puede especificar requerimientos adicionales. En este caso hay que indicarlos
de forma explícita en la documentación que acompaña la sustentación.
Es importante notar que los requerimientos están como listas sucintas, y están escritos sin
tener asociado un concepto de prioridad.
En caso de inconsistencia entre requerimientos, prima siempre, la consignada en la
reglamentación vigente.
Como los servidores de bases de datos tienen múltiples propósitos, entre otros, el
aprendizaje del uso de funciones de fechas, tener cuidado y atención con este tema para que
no existan problemas con el ejercicio.
Las sustentaciones y documentación siempre son en grupo, con calificación individual.