universidad veracruzana - repositorio institucional de la...
TRANSCRIPT
-
UNIVERSIDAD VERACRUZANA
INSTITUTO DE SALUD PUBLICA
DISEO PARA LA CREACION DE UN PROTOTIPO DEL SISTEMA DEL EXPEDIENTE CLNICO INFORMATIZADO
(SECI) PARA EL PRIMER NIVEL DE ATENCIN
TESIS
QUE PARA OBTENER EL GRADO DE:
MAESTRA EN SALUD PBLICA
REA DISCIPLINAR:
INFORMTICA APLICADA A LA SALUD
P R E S E N T A :
MARA DEL PILAR GONZLEZ ARROYO
A S E S O R :
MANUEL SALVADOR LUZANA VALERIO
XALAPA,VER. OCTUBRE 2005.
-
Con toda la admiracin, respeto, amor que les tengo y el mejor regalo que
pudieron darme en la vida, "unos padres maravi l losos". Gracias Abuelitos.
Con todo el amor y agradecimiento, por impulsarme y apoyarme en todo lo
emprendido, Gracias Pap y Mam.
A mi hermano, por ser un buen amigo y solidario en todo lo que hago.
Al Dr. Rene Arboleda Ruiz, por brindarme su t iempo, dedicacin y apoyo en la
realizacin de mis sueos. Gracias.
A mis famil iares y amigos, por que siempre estn conmigo. Gracias.
Con mucho amor y respeto:
Dra. Edit Rodrguez Romero.
Profra. Arcelia Arroyo y Rivera.
To Ricardo Rodrguez Lagunes.
Por apoyarme para la culminacin de este trabajo de tesis. Gracias: Viole,
Dayis y Manuel .
-
C O N T E N I D O
INTRODUCCIN 1
C A P T U L O I
DOMIN IO D E L P R O B L E M A 5
1.1. Antecedentes 6
1.2. Descripcin del Problema 7
1.3. Justificacin 10
1.4. Objetivos 12
1.4.1. Objetivo General 12
1.4.2. Objetivos Especficos 13
C A P T U L O II
A N L I S I S D E L S I S T E M A 14
2.1 . Descripcin de la Metodologa empleada 15
2.2. Anlisis del Sistema 17
2.2.1. Rich Picture 17
2.2.2. Declaracin del alcance del Sistema 18
2.2.3. Tablas de Entidades y Procesos 19
2.2.4. Distribucin y alcance refinado para cada componente 21
2.3. Anlisis del Software 21
2.3.1. Declaracin refinada del alcance del software 21
2.3.2. Diagrama de flujo de datos 25
2.3.3. Diccionario de datos 32
C A P T U L O III
D ISEO D E L S I S T E M A 33
3.1 . Diseo arquitectnico 34
3.2. Diseo de datos 38
3.2.1 Diseo Conceptual 39
-
3.2.1.1 Identificacin de Entidades 39
3.2.1.2 Identificacin de Relaciones 41
3.2.1.3 Diagrama de Entidad-Relacin 49
3.2.2 Diseo lgico 50
3.2.2.1 Conversin de los esquemas conceptuales ... 50
3.2.2.2 Normalizacin 51
3.2.2.3 Definir las restricciones de integridad 58
3.2.3 Diagrama fsico de la base de datos 59
3.3. Diseo Procedural 60
3.4. Diseo de la Interfaz con el usuario 69
CONCLUSIONES 80
TRABAJOS FUTUROS 81
ANEXO I. Diagrama de flujo de datos 82
ANEXO II. Diccionario de datos 89
ANEXO III. Almacn de datos 103
ANEXO IV. Diccionario de procesos ; 106
ANEXO V. Descripcin de elementos dato 114
B I B L I O G R A F A 124
G L O S A R I O 127
-
Introduccin
-
INTRODUCCIN
Indudablemente el creciente desarrollo que la sociedad contempornea
tiene en la informtica es un pilar fundamental, de igual forma todos los sistemas
de salud pblica que se incorporen a este proceso, deben tener presente el campo
de la Informtica Mdica, ya que sta puede brindar a la Atencin Primaria de
Salud un g ran nmero d e u tilidades d esde I a ptica d e I as a plicaciones p ara I a
gestin, la informacin cientfico-tcnica y la formacin a distancia, entre otras.
La Informtica Mdica es una especialidad mullidisciplinaria e intersectoiial,
y est dada por el conjunto de tcnicas, mtodos y procedimientos quo so utilizan
para manejar la informacin mdica, entindase esta ltima como la informacin
sobre el estado de salud y la informacin relacionada con el conocimiento de las
ciencias mdicas. 1
Cuando se habla del trmino "informatizacin" frecuentemente se atribuye
esta categora a un sistema rico en recursos tecnolgicos, protagonizado por
computadoras y equipos afines, esto sin lugar a dudas se puede interpretar como
una concepcin tecnicista, pero de hecho es una realidad muy frecuente en
nuestro medio.
Uno de los aspectos importantes de la prctica de la informtica mdica es
el registro mdico electrnico, el cual ha existido por dcadas, pero a diferencia de
otros sistemas computarizados en el sector sa lud, su adopcin h a sido I imitada
debido a varios argumentos, el ms sobresaliente es que este sistema no
responde a las necesidades reales de distribucin de informacin y colaboracin
existentes en la prctica mdica contempornea, por lo cual es necesario un
nuevo enfoque de desarrollo centrado en tecnologas que permitan la adopcin de
un modelo colaborativo y distribuido de salud, donde la comunicacin juegue un
papel primordial para la evolucin de los mismos. 2
' hHp//v/wv/.informedica orq/2004; La Informtica Mdica on contoxlo do la Mondn Primaria on Salud 2
Safran, Charles; Morales. Alfredo; Informedica Journal; /.a Evolucin dol Rogislro Mdico Electrnico como llorromlonta do Colaboracin y su Vinculo con la Rotacin Mdico-Pacionlo
-
Este proyecto de tesis pretende sentar las bases para la creacin del
expediente clnico informatizado en el primer nivel de atencin y su adopcin en
los Servicios de Salud de Veracruz (SESVER), por lo cual se ha comenzado a
realizar un prototipo y aqu se plasma el trabajo desarrollado, el cual est
estructurado de la siguiente manera:
En el captulo I se describen algunos antecedentes relacionados con este
trabajo, se realiza una descripcin del problema acerca del uso del expediente
clnico informatizado, se describe la justificacin de contar con u na herramienta
informtica de estas caractersticas y se describe el objetivo de este proyecto de
tesis.
En el captulo II se realiza el anlisis del sistema, se comienza con la
descripcin de la metodologa que se emple en la elaboracin del prototipo, se
realiza el anlisis del software para describir los flujos de datos.
En el captulo III se realiza el diseo del prototipo, so comienza por el
diseo de la arquitectura de los dalos para as realizar su diseo llegando a
describir el diccionario de datos, el diagrama entidad-relacin y la normalizacin
de las tablas para el diseo de la base de datos, el diseo procedural, as como el
diseo de la nterfaz de usuario.
En el apartado de conclusiones se describen algunos puntos que considero
conveniente resaltar para llevar a cabo el proyecto de la implantacin del
expediente clnico informatizado en el primer nivel de atencin en los Servicios de
Salud de Veracruz.
Esta tesis cuenta con un apartado de trabajos a futuros, ya que esta tesis
es el punto de arranque de un proyecto ms ambicioso y que los Servicios de
Salud de Veracruz deben retomar para no quedar rezagados tecnolgicamente
con respecto a otras instituciones del sector salud.
-
Por ltimo se cuenta con un apartado para los anexos, en ellos se describe
a d etalle I a m etodologa e mpleada en e I a nlisis y d iseo d e este p rototipo. E n
estos cinco anexos estn plasmados los pasos metodolgicos que s e siguieron
para la construccin de este prototipo.
-
Captulo I DOMINIO DEL PROBLEMA
-
1.1 ANTECEDENTES
La evolucin tecnolgica y la necesidad de contar cada vez con mayor
volumen de informacin para su anlisis, hacen que sea necesario buscar en la
herramienta informatizada una solucin para la historia clnica. La discusin sobre
el valor legal de la Historia Clnica Computarizada (HCC), queda finalizada con la
Ley de Firma Digital, y la aplicacin de tcnicas criptogrficas en los sistemas de
HCC. El estudio comparativo que se ha efectuado muestra las numerosas
ventajas en la velocidad de recuperacin de la informacin, seguridad de acceso y
costos de mantenimiento. 3
La tecnologa de los mecanismos de encriptacin y la firma digital, son los
elementos tcnicos y jurdicos que hacen posible que la HCC no son cuestionable
desde el punto de vista legal. 4
Varios de los autores que escriben sobre el tema, coinciden on que ol
problema legal, como todo lo que requiere un sustento legal, os molesto, poro
indudablemente se debe considerar si se quiere evitar serios inconvenientes y
problemas 5 .
El ejercicio de la medicina y de las profesiones relacionadas del rea de la
salud, tanto en la prctica institucional como privada, est basado en la relacin
mdico-paciente, de la que se derivan derechos y deberes recprocos. El mdico,
para prestar una buena y adecuada asistencia, tiene que respetar los derechos del
paciente y cumplir con todos sus deberes, lo cual resulta muchas veces difcil
dada la realidad de los sistemas de salud con los que contamos.
" hHp/Avww informedica orq/2004; Diferencias Comparativas entro la Historia Clnica Tradicional (IIC'I) y la Historia Clnica computarizada (HCC).
http./Avww.informedica.orq/2004; Firma Digital do la Historia Clnica Computarizada (HCC) dem
http://http./Avww.informedica.orq/2004 -
El expediente clnico, no slo es el documento donde deben registrarse
todas las acciones y procedimientos del acto mdico, sino adems refleja el
cumplimiento de los deberes del personal de salud, respecto a la atencin del
paciente: de asistencia, de informar, entre otros, por lo que se convierte en un
documento legal y prueba documental, donde se puede evaluar la calidad con que
se realiz la atencin y las circunstancias en que s e realiz, l o q u e permite en
caso de inconformidad con la atencin recibida, ser el sustento para el anlisis do
la responsabilidad profesional e institucional.
1.2 DESCRIPCIN DEL PROBLEMA
El Expediente Clnico Informatizado (ECI), funciona en algunos pases,
desde hace varios aos, encontrndose entre ellos: Espaa, Argentina y Canad,
por mencionar algunos, en donde recibe el nombro de Historia Clnica
Informatizada (HCI), con muy buenos resultados, por ejemplo, on Espaa existe
una interrelacin a travs d e Internet, para la consul la d e las HCI por parte del
mdico o mdicos tratantes y los mismos pacientes.
Se diferencian tres tipos de Sistemas de ECI: a) Modelos de registro nico
de una sola tabla, que son los mas antiguos, (resultado de la transicin lgica de
los ficheros con cuestionarios a sistemas de base de datos) con la caractersticas
de tener mltiples campos con varias opciones a preguntas predeterminadas, sin
posibilidad casi de ingresar libre escritura, b) Digitalizado, que consiste en
"scanear" los documentos de las historias, la informacin es como se menciona
anteriormente una foto (facsmil) del original y c) Modelos relacinales, ms
elaborados que los anteriores, recogen un subconjunto de datos ms amplio que
la Historia Clnica tradicional o que los modelos de tabla nica; el programa
encargado de presentar la informacin es ms complejo y las operaciones sobre
la base de datos son ms e laboradas. 6
6 Mandirola Brieux, Humberto F.. Weis. Federico, el.al.. Estudio comparativo de modelo de dalos del Expediento Clnico informatizado orientado al problema versus el modelo de recoleccin de dalos tradicional. http /Avww informaticamedica orp/l04/paperz/mandirolahriou/: 38 pdl
-
El fin principal del expediente clnico es facilitar la asistencia mdica del
paciente, recogiendo toda la informacin clnica necesaria para asegurar, el
conocimiento veraz, exacto y actualizado de su estado de salud por los mdicos
que le at ienden 7 .
Tomando en cuenta lo plasmado en el sistema e-Mxco, cuyo propsito es
"integrar la tecnologa e ingeniera de todas las redes existentes tanto pblicas
como privadas" 8, se contemplan cuatro vectores que son: educacin, salud,
economa y gobierno.
Dentro del apartado e-Salud, tenemos que el sistema e-Mxico tiene como
objetivo:
1. "Facilitar el acceso a servicios y contenidos de salud a distancia, que
permita mejorar el nivel de vida de la poblacin.
2. La telemedicina lleva servicios de salud a las comunidades apartadas
3. La educacin a distancia a profesionales de la salud, para su
actualizacin
4. El expediente clnico digital, para brindar una atencin de calidad" 9
En Mxico, con la implementacin del sistema e-Mxico en el ao 2000, y
especficamente en el apartado e-Salud, se especifica que debe crearse el
expediente clnico digital, como una herramienta para proporcionar una mejor
prestacin de servicios al usuario.
Nuestro pas, actualmente se encuentra en la transicin del expediente
clnico tradicional en papel, hacia la sustitucin o coexistencia con el expediente
clnico informatizado el cual permite almacenar y procesar gran cantidad de datos
por lo cual la diferencia entre ambos es abismal. Al expediente clnico
informatizado lo podemos definir como "un conjunto global y estructurado de
informacin, relacionada con asistencia mdico-sanitaria de un paciente, cuyo
7 Hernn Zengarini. Historia clnica, registros mdicos nformalizados Rovista Dlcjltal do Modlclna y Salud Vo. 12. Pp. 15 8 http:// www.loqicnel.com.mx/qamolin/indez html Sistema e-Mxico, echa:12/08/2002 9 Idem.
http://http://www.loqicnel.com.mx/qamolin/indez -
soporte permite que sea almacenada, procesada y transmitida mediante sistemas
informticos; lo cual permite el manejo dinmico de la informacin, en cambio, si
decidimos digitalizar los documentos de las historias, la informacin es como una
foto (facsmile) del original, esta es tan pasiva como el soporte en papel del que
procede, por lo tanto, no es ms que una emulacin de la historia clnica en papel.
Los documentos se digitalizan, pero la captura y el acceso a los datos se sigue
haciendo de manera tradicional. 1 0
La competencia de la elaboracin y actualizacin del contenido del
expediente clnico es del mdico que realiza la consulta mdica a la persona,
siendo ste, el nico autorizado para hacer las anotaciones necesarias para la
actualizacin de los datos relativos a la salud, por ello es indispensable
implementar mecanismos de seguridad de la informacin que garanticen cumplir
con efectividad los aspectos mdicos, jurdicos o informticos, por lo que so
plantea la utilizacin de un mecanismo de seguridad como la Firma Electrnica,
por mencionar a lguno 1 1 .
La firma digital (FD) es un elemento indiscutiblemente necesario para la
Historia Clnica Computarizada (HCC), por varias razones que tienen que ver tanto
con el aspecto legal como con la seguridad d e los datos clnicos. Tal como se
expresa la informacin en la HCC en las bases relacinales no es posible firmarla,
por lo cual hay que pasar por un paso intermedio de depuracin de toda la
informacin que debe firmase, tambin es importante g uardar I a i informacin d e
quienes estn autorizados a ver la informacin y garantizar la accesibilidad y
transportabilidad de los datos del verdadero dueo de la informacin que es el
paciente. 1 2
La Firma Electrnica ya ha sido adoptada como mecanismo de seguridad
en otros pases tales como Espaa y Estados Unidos, al amparo de una
1 0 Juaneo Vzquez. Juan Mara. La Historia Clnica Inforrnalizada, Rovbln Digital do Medicina y Salud. Vol.10 Pp.70 1 1 Norma Oficial Mexicana NOM-168-SSA1-1998, del E expediente clnico, pp.7. 1 2 Mandirola Brieux. Humberto F., Weis, Federico, et.al.. Modelo de Estructura de Dalos para Firma Digitalmente de Evoluciones Mdica en ta Historia Clnica Computarizada (HCC). htto /Aywv/ inormaticamediza orQ/104/papers/mandirolabrieur. 36 pdf
-
regulacin y certificacin que determina los estndares y criterios que se debern
seguir para garantizar la seguridad de s ta . 1 3
Si consideramos que el expediente clnico es la fuente primaria que
subyace a los dems sistemas de informacin y de donde se genera toda sta,
podemos imaginarnos entonces cuan importante es la utilizacin de este
documento.
1.3 JUSTIFICACIN
La modificacin de la NOM-168-SSA del expediente clnico, publicada el
22 de agosto de 2003 en el Diario Oficial de la Federacin No. 81 , se estipula
que:
"En el punto 5.11 se permite el empleo de medios electrnicos, magnticos,
electromagnticos, pticos, magneto pticos o de cualquier otra tecnologa, on la
integracin de un expediente clnico, mismo que en su caso, quedar sujeto al
cumplimiento de las disposiciones legales aplicables" 1 ' 1.
Tomando en cuenta esta modificacin, los beneficios para todos los
mexicanos seran incontables, entre las que se mencionan:
La principal ventaja del expediente clnico informatizado tiene que ver
con la accesibilidad de la informacin contenida en el mismo. La
recuperacin de informacin especfica es ms rpida.
Su disponibilidad es tambin mayor ya que diferentes usuarios de una
red de rea local o amplia (LAN o WAN respectivamente por sus siglas
en ingls), pueden consultar la misma informacin desde distintos
puntos y en forma simultnea.
1 3 Briseo Monel Jess Ernesto. Instituto de Segundad y Servicios Sociales para los Trabajadores del Estado, expediente; clnico electrnico y la firma electrnica.
Modificacin de la N0M-168-SSA del expediente clnico, publicada el 22 de agosto de 2003 en el DOF,
-
Se fortaleceran las acciones de las diferentes instituciones pblicas
que conforman el proyecto e-Salud (componente de e-Mxico).
El ECI sera por primera vez un documento que se abrira al nacer una
persona y durara toda su vida.
Se podra crear una base de datos virtual nacional de ECI, o bien
establecer estndares tecnolgicos y estructurales para que la base de
datos de ECI de todas las instituciones de salud pblica y privada se
puedan interconectar.
El expediente clnico informatizado podra convertirse en un documento
"omnipresente".
Beneficio en la ciencia mdica (investigacin y enseanza).
Creacin de un Sistema de Informacin Ejecutiva en Salud Pblica.' 1 '
Nos permitira vincular con imgenes digitalizadas de exmenos do
laboratorio y gabinete para complemento del expediento mismo.
Permitira suprimir archivos fsicos, lo que conllevarla el ahorro en
espacio fsico en los edificios.
Se suprimira la prdida de expedientes.
Al utilizar las restricciones se limitara la alteracin de la informacin
contenida en los mismos.
La mplementacin nos permitira uniformar un formato de captura para
las unidades de primer nivel de atencin.
Sabemos de antemano que existen problemas que deben resolverse,
siendo principalmente:
1. Atomizacin de la informacin
2. Recopilar la informacin en un solo registro f irmable.
3. Guardar el hash (funcin que permite la integridad de los textos, al elegir
aleatoriamente el mismo elemento). Generado por la clave privada.
4. Control de acceso a la lectura de los datos f irmados.
Briseo Monel Jess Ernesto. Instituto de Seguridad y Servicios Sociales para lo Trabajadores del Estado, expediente clnico electrnico y la firma electrnica
-
5. Disponibilidad de la informacin tanto para los facultativos que la
necesitan para la atencin, como para el paciente, el cual segn la ley
es el verdadero dueo de la informacin.
Uno de los principales obstculos que enfrenta este proyecto de
investigacin, son los paradigmas establecidos por los directivos de los servicios
de salud, que desconocen la tecnologa de que se dispone, e impiden su
utilizacin, cuando menos a un mnimo de su capacidad, ya que en los Servicios
de Salud de Veracruz (SESVER) se cuenta con personal capacitado para la
realizacin de un sistema nico que permita integrar los dems sistemas y estar
la vanguardia tecnolgica, si tomamos en cuenta la evolucin que ha tenido la
tecnologa, este sistema informtico tarde o temprano se tendr que realizar.
Bajo el supuesto de que el sistema se realice a partir do las necesidades
del Primer Nivel de Atencin (Centros de Salud, Unidades de Medicina Familiar,
etc.), se tendra un sistema que realmente ayudara a agilizar la captacin o
interpretacin de la informacin, lo ms exacta posible. El Expediente Clnico, es
la fuente primaria de informacin en este nivel, y con fundamento en que a la
Secretaria de Salud ie corresponde crear los modelos en salud y coordinar su
aplicacin por todas las instituciones, se hace necesario desarrollar e impiementar
un sistema en este sentido.
1.4 OBJETIVOS
1.4.1 Objetivo General
Por todo lo anterior y para situar a los SESVER a la vanguardia, el objetivo
del trabajo es analizar y disear el proceso para la creacin de un prototipo del
Sistema del Expediente Clnico Informatizado (SECl) para el primer nivel de
atencin, que se apegue al cumplimiento de la Norma Oficial Mexicana NOM-188-
SSA1-1998, del expediente clnico, adems de contener informacin de forma
segura y actualizada.
-
1.4.2 Objetivos Especficos
Realizar el anlisis para el diseo y creacin del prototipo del
expediente clnico informatizado para el primer nivel de atencin.
Determinar cmo se realizar la desagregacin de las Carpetas
Familiares en expedientes clnicos y la integracin de los expedientes a
las Carpetas Familiares.
Realizar el anlisis de la informacin que contendrn los archivos
(Carpetas Familiares).
. Determinar la informacin y mdulos que contendr el expediente
clnico informatizado
Determinar los formatos de salida (formatos impresos) que deber
producir el expediente clnico informatizado.
Seleccionar el mecanismo de seguridad ms conveniente para este fin.
Determinar la forma para la transportabilidad de la informacin, en caso
de ser necesario el desplazo de la misma.
Determinar los requerimientos mnimos necesarios para la ejecucin del
proyecto.
-
Captulo 11 ANLISIS DEL
SISTEMA
-
2.1 DESCRIPCIN DE LA METODOLOGA EMPLEADA
Actualmente existe en el pas, un grupo de especialistas dedicados a la
realizacin del expediente clnico informatizado o electrnico para el segundo nivel
de atencin, lo que se pretende con este trabajo es estructurar un modelo
(prototipo) de ECI para el primer nivel considerando las modificaciones pertinentes
necesarias para el estado de Veracruz; se pretende iniciar este proyecto partiendo
del conocimiento de que las diferencias entre el expediente clnico de primer y
segundo nivel son mnimas (cerca de un 20%). Esto dara como resultado una
dea clara y precisa del diseo que funcionara con mayor eficacia y eficiencia en
nuestro estado.
Existen diversos software que se pueden utilizar para la elaboracin de
este prototipo por lo que se seleccionar el que mejor convenga a los SESVER en
funcin de costos y operabil idad.
Metodo loga empleada.
Se opt para el anlisis y diseo por el modelo de vida clsico del
software 1 6 , complementndose con el modelo del anlisis estructurado 1 7 , ya que
son los ms accesibles.
Estos modelos dividen el ciclo de vida del producto software en una serie de
actividades sucesivas; cada fase requiere informacin de entrada, procesos y
resultados, bien definidos. ste es el ciclo de vida clsico y ms antiguo, usado en
el desarrollo de productos de software.
1 6 Pressman Roger S. Ingeniera del Software un enfoque predico. 5ta. Edicin. Me Graw Hill. 1 Jamess A. Senn (2002). Anlisis y diseo de sistemas de informacin. 2 a . Edicin. McGraw Hill.
-
Este modelo est conformado de la siguiente manera:
Anlisis del Sistema:
Rich Picture
Declaracin del alcance del sistema.
Anlisis del software:
Declaracin del alcance refinado del software
** Diagrama de flujo de datos
** Diccionario de datos
Diseo del Software:
Diseo Arquitectnico
Diseo de datos
Diseo a nivel de componentes
Desarrollo de la aplicacin
-
2.2.2 Declaracin del alcance del sistema
Para facilitar la comprensin de este apartado se presenta a travs de un
diagrama contextual, que sirve para la visualizacin y busca dar soporte al
anlisis y documentacin de una aplicacin permitiendo conocer los actores
externos del sistema.
El proceso para la atencin a pacientes de primera y segunda vez o
subsecuentes, se realiza de diversas formas motivo por el cual se describir por
separado.
El paciente que asiste por primera vez a una unidad do salud, solicita
consulta en archivo, el encargado ubica en el mapa o croquis do la
Regionalizacin el lugar de residencia del paciente y le asigna el consultorio,
posteriormente revisa la agenda del mdico de dicho mdulo de atencin y verifica
si hay disponibilidad para consulta y la otorga; en caso contrario, se programa su
cita en la fecha ms cercana posible; procede a integrar la carpeta familiar del
paciente, posteriormente extrae de sta el expediente clnico individual, mismo
que enva a la enfermera del mdulo correspondiente. Esta ltima toma datos
antropomtricos, signos vitales, los anota y lo entrega al mdico.
El mdico de consulta externa, anota los datos de la historia cnica en el
expediente : [ficha de identificacin del paciente, antecedentes heredofamiliares,
antecedentes personales patolgicos, antecedentes personales no patolgicos,
inmunizaciones, y la integracin del padecimiento actual (Interrogatorio
sindromtico y auscultacin del paciente), emisin del diagnstico y tratamiento
(elaboracin de la receta); si es necesario emite una orden para estudios de
laboratorio y gabinete] y le asigna fecha y hora de la prxima cita, la cual se
registra en la agenda del mdico y en el carnet de citas del paciente.
-
Al iniciar la jornada laboral el encargado del Archivo clnico entrega a cada
enfermera de mdulo la agenda del mdico y los expedientes individuales de los
pacientes citados para ese da.
Un paciente subsecuen te c i tado, acude con su enfermera del mdulo,
sta pasa e l expediente del paciente a l mdico, para que proceda a otorgar la
consulta y registrar los datos en el expediente clnico: proceso antes descrito; si
es necesario el mdico emite otra orden de laboratorio y/o gabinete ] y le asigna
fecha y hora de la prxima cita .
Un paciente subsecuen te s in ci ta, solicita consulta al encargado de
archivo, si hay consulta disponible revisa la carpeta familiar del paciente y extrae
de sta el expediente clnico individual, lo enva a la enfermera del mdulo
correspondiente para que el mdico lo atienda, registre los datos en el
expediente clnico (es decir, el procedimiento de consulta), integre el diagnstico y
tratamiento, emite la receta, y si es necesario emite una orden de laboratorio y/o
gabinete, le asigna fecha y hora para Ia prxima ci ta, Ia cual so registra en In
agenda del mdico y en el carnet de citas del paciente.
Al finalizar la jornada cada mdico regresa a la enfermera los expedientes
del da, mismos que son entregados al encargado de Archivo para proceder a
intercalarlos.
2.2.3 Tablas de Entidades y Procesos
La tabla de entidades se genera a partir de la identificacin de los
sustantivos en la declaracin del alcance del sistema y permite conocer la
distribucin de las entidades del sistema.
Y en la tabla de procesos se obtienen al subrayar los verbos en la
declaracin del alcance del sistema y permite establecer para cada proceso el
objeto actor y el objeto servidor.
-
Tabla de ent idades
Nombre Alias Distr ibucin Paciente de pr imera vez en la un idad de salud Paciente de pr imera vez Persona Encargado de archivo Archivo Persona Hoja de mapeo Documento Regional izac in Documento Lugar de residencia del pac iente Datos Consul tor io Mdulo Personas Agenda del mdico Agenda Datos Carpeta famil iar del paciente Datos Mdico de consul ta externa Mdico Persona Expediente clnico individual Expediente clnico Datos Enfermera de mdulo Enfermera persona Ficha de ident i f icacin del pac iente Datos Historia clnica Datos An teceden tes heredofami l iares Datos An teceden tes personales pato lg icos Da los An teceden tes personales no pato lg icos Datos Inmunizac iones Datos Padec imiento actual Datos Interrogator io s indromt ico Da los Auscu l tac in del paciente Revis in integral Datos Diagnst ico Baso do Datos Tra tamiento Datos Receta Documento Orden de laborator io y/o gab ine te Documonlo Carnet del citas del paciente Doc t imontn
Paciente subsecuen te sin cita Subsecuen te Persona Paciente subsecuente con cita Subsecuen te Persona
Tabla 2.1 Tab la de en t i dades del m d u l o SECI .
Tabla de procesos
Proceso
Solicita consulta
Revisa para ver regional izacin Asigna Revisa para ver si hay consulta Integra Programa Extrae Enva Entrega expediente Llena Asigna Regresa expediente
Ob je to Ac to r Paciente de primera vez Subsecuente sin cita Archivo Archivo Archivo Archivo Archivo Archivo Expediente clnico Enfermera Mdico Mdico Mdico
Ob je to Serv idor
Archivo
Hoja do mapeo Consultor io Agenda del mdico Crpela (amiliar Cita Expediente clnico Enfermera Mdico Dalos del expediento clnico Cita Enfermera
Tabla 2.2 Tabla de p r o c e s o s del m d u l o SECI .
-
2.2.4 Distribucin y alcance refinado para cada componente
Partiendo de la declaracin del alcance del sistema, se realiz una nueva
versin ms refinada, definiendo adems las caractersticas de cada uno de los
componentes de este mdulo.
Para la instrumentacin de este sistema se utilizar un manejador de base
de datos y un lenguaje de programacin que permita la utilizacin del sistema a
travs de Internet, partiendo que ser slo un prototipo, el cual se podr transferir
posteriormente a un programa ms seguro.
2.3 ANLISIS DEL SOFTWARE
En esta etapa se plantea la definicin del software y se construyen los
modelos de los diagramas de flujos de datos y diccionario de datos.
2.3.1 Declaracin refinada del alcance del software.
El SECI es un sistema que se utilizar para organizar la informacin
contenida en las carpetas familiares y expedientes clnicos de una Unidad de
Salud de primer nivel. Al sistema slo podrn acceder aquellas personas que
cuenten con una clave personal almacenada en la base de datos (Almacn SECI),
y dependiendo del tipo de usuario podr tener acceso a las funciones del SECI.
Las principales funciones del SECI, estarn contenidas en un men y stas
son:
"Carpeta familiar"
"Expediente clnico"
"Agenda"
"Catlogo"
"Respaldar informacin del sistema"
-
Este men estar visible en la parte superior de la pantalla.
La opcin Carpeta familiar a su vez estar compuesta por:
"Crear carpeta familiar"
"Modificar datos de la carpeta familiar"
"Eliminar carpeta familiar"
"Consultar carpeta familiar"
La opcin Crear carpeta familiar permite introducir una nueva carpeta con
los integrantes de la familia, exclusivamente se ingresar el nombre do los
integrantes y el nmero de expediente, con lo que se abrir el expediente clnico
de esas personas, los cuales se llenarn cuando los pacientes acudan a consulta,
a esta opcin podrn acceder todos los usuarios del SECI con su clave personal.
La opcin Modificar datos de la carpeta familiar, permite ingresar nuevos
integrantes de la familia o exportar a una nueva carpeta familiar u otra carpeta
familiar a aquellos integrantes que dejen de pertenecer a esa carpeta, a esta
opcin podrn acceder todos los usuarios del SECI con su clave personal.
A la opcin Eliminar carpeta familiar slo podr acceder el encargado del
sistema y se eliminar segn lo expuesto en la N orma Oficial M exicana (NOM-
1198-SSA1-1998) para el expediente clnico, en la cual se eliminan las carpetas
familiares en caso de que todos los integrantes de la familia hayan fallecido.
Cuando alguno de los integrantes de la familia fallezca, se anotar "finado"
para distinguirlo y posterior al plazo estipulado por la Norma Oficial Mexicana para
el expediente clnico se eliminar de la base de datos, esta operacin slo la
podr realizar el encargado del sistema.
Al seleccionar la opcin Consultar carpeta familiar, cualquier usuario con
su c lave personal podr visualizar e n pantalla los datos que contiene la misma,
mismos que podrn imprimirse.
-
La opcin "expediente c l n ico" , estar compuesta a su vez por:
" Ingresar datos al expediente c l n ico"
"Mod i f i ca r datos del expediente c l n i co"
"Consu l ta r expediente c l n ico"
A esta opcin slo podrn acceder los mdicos que cuenten con clave.
La opcin Ingresar datos al expediente clnico, estar compuesta a su vez
por:
"Ingresar datos a la historia clnica"
"Ingresar padecimiento"
La opcin ingresar datos a la historia clnica permito llenar los datos do la
historia clnica, cuando el paciente acuda a consulta por primera vez a la unidad
de salud.
La opcin ingresar padecimiento permite agregar datos al expediento
clnico, cada vez que el paciente acuda a solicitar consulta.
La opcin modificar datos del expediente clnico, estar compuesta a su vez
por:
"Agregar datos a la historia clnica"
"Anexar observaciones en consultas anteriores"
La opcin "agregar datos a la h is tor ia c l n ica" permite modificar o
ingresar datos nuevos cada que se modifiquen las caractersticas del paciente,
es decir, cuando se completen esquemas de vacunacin, proceso de maduracin,
adolescencia, pubertad, durante la gestacin, parto, puerperio, se realice la
vasectoma o cualquier proceso quirrgico, etc., dichos cambios se agregarn a la
historia clnica, mas no se borrarn del Almacn SECI.
-
La opcin "anexar observac iones en consu l tas anter iores" , se utilizar
para realizar observaciones importantes en los datos de consultas anteriores, ms
no borrarlos del Almacn SECI, esto con el fin de no alterar los datos iniciales,
como se estipula en la NOM-168-SSA1-1998 para el Expediente clnico.
Al seleccionar la opcin consultar expediente clnico solamente los usuarios
mdicos con clave podrn acceder a la informacin contenida en stos y
visualizarla en pantalla para seleccionar los datos que necesita.
La opcin "agenda" , estar compuesta a su vez por:
"Otorgar cita"
"Consultar agenda"
La opcin otorgar cita se emplear para ingresar citas nuevas en las
agendas del mdico, podr acceder cualquier usuario del SECI que cuente con
una clave, es decir, mdicos, enfermeras, personal de archivo clnico o encargado
del sistema.
Al seleccionar la opcin consultar agenda cualquier usuario con su clave
personal podr acceder a los datos contenidos en las mismas para seleccionar la
informacin que necesita y visualizarla o imprimirla.
La opcin "catlogos", estar compuesta a su vez por:
"Crear catlogo"
"Modificar datos del catlogo"
"Eliminar catlogo"
"Consultar catlogo"
A estas opciones slo podr acceder el encargado del sistema
(Administrador).
-
La opcin crear catlogo permite introducir un catlogo, que se guardar
en el Almacn SECI.
La opcin modificar datos del catlogo permitir agregar, eliminar o
modificar los datos almacenados en los catlogos del Almacn SECI.
La opcin eliminar catlogo permitir, como su nombre lo dice, borrar un
catlogo del Almacn SECI.
Al seleccionar la opcin consultar catlogo el administrador o encargado
del sistema ingresar, para visualizar o imprimir la informacin seleccionada del
catlogo.
Al seleccionar la opcin respaldar informacin del sistema, el
administrador o encargado del sistema guardar los datos que se encuentran on el
sistema creando as una copia de segundad de esta informacin, ol respaldo se
realizar cada 2 o 3 meses, dependiendo de la cantidad de informacin nueva que
se almacene.
2.3.2 Diagrama de flujo de datos
El anlisis de flujo de datos. 1 9 , permite alcanzar dos objetivos: 1)
proporcionar una indicacin de cmo se transforman los datos a medida que se
avanza en el sistema y 2) representar las funciones y subfunciones que transforma
el flujo de datos.
Se parti del nivel cero el modelo fundamental del Sistema Informtico para
el Expediente Clnico de Primer Nivel, como una burbuja con datos de entrada y
salida representado por flechas (fig. 2.1)
1 9 J a m e s A . S e n n (2002). Anlisis y diseo de sistemas de informacin. 2 a . E d i c i n . M c G r a w Hi l l .
-
M O D U L O D E L S I S T E M A D E E X P E D I E N T E C L N I C O I N F O R M A T I Z A D O
Fig. 2.1 Nivel 0 del Mdulo del SECI .
En el nivel uno se muestran las opciones principales para el SECI, el cual
pertenece al mdulo Verificar Contrasea (fig 2.2).
Posteriormente se fue avanzando do niveles hasta llegar a la mnima
expresin, dependiendo de la complejidad de cada una de las opciones existentes,
lo cual se muestra en el anexo I.
-
M O D U L O D E V E R I F I C A R C O N T R A S E A
Fig. 2.2 Nivel 1 del Mdulo de Ver i f icar Cont rasea del SECI .
F i g . 2.3 N ive l 2 de l M d u l o de C a r p e t a F a m i l i a r de l SECI .
-
M O D U L O DE E X P E D I E N T E CL IN ICO
2.4 N ive l 2 de l M d u l o de E x p e d i e n t e C l n i c o de l S E C I .
N IVEL 2. M O D U L O DE A G E N D A D E L MDICO
2.5 N ive l 2 de l M d u l o de A g e n d a de l M d i c o de l SECI .
-
M O D U L O DE C A T L O G O S
. 2.6 N ive l 2 de l M d u l o de C a t l o g o s de l SECI .
N IVEL 3. M D U L O DE E X P E D I E N T E CL N ICO
y
'2.1.1 Ingresar datos o * la Historia d io ica
Dalos nctunli/xJo o ln lliotorifi clnica
2.1 Ingresar dalos al Expediente clnico ALMACEN SGCI
Oaloe del padedmionio
2.1,2 Ingresar pa do el miento atoi fjuir(Jo(Jo5 (Jol pa'Jccimiunto
2.7 N ive l 3 de l M d u l o I n t e g r a r d a t o s ai E x p e d i e n t e C l n i c o de l S E C I .
-
M D U L O DE EXPEDIENTE CL N ICO
2.8 N ive l 3 de l M d u l o M o d i f i c a r d a t o s de l E x p e d i e n t o C l n i c o d o l SECI .
-
2.3.3 Diccionario de datos
El diccionario de datos tiene las caractersticas lgicas de los sitios donde
se almacenan los datos del sistema, incluyendo nombre, descripcin, alias,
contenidos y organizacin. Tambin identifica los procesos donde se emplean los
datos y los sitios donde se necesita el acceso inmediato a la informacin. Sirve
como punto de partida para identificar los requerimientos de las bases de datos
durante el diseo del sistema. 2 0
En el anexo II se presenta el diccionario de datos del SECI. Este diccionario
considera la siguiente informacin:
I. Flujo de datos:
Nivel 1
Nivel 2 Opcin
Nivel 3 Opcin
II. Almacn de datos
III. Estructura de datos
IV. Descripcin de elemento dato y
V. Procesos (En este apartado donde se describe el resumen de la lgica
de programacin)
James A. Senn (2002). Anlisis y diseo de sistemas de informacin. 2a. Edicin. McGraw Hll.
-
Captulo III DISEO DEL
SISTEMA
-
3.1 DISEO ARQUITECTONICO
El diseo arquitectnico es la representacin de la estructura de los datos y
los componentes del programa que se requieren para construir un sistema basado
en una computadora. Constituye el estilo que tendr el sistema, la estructura y las
propiedades de los componentes que comprende, y las interrelaciones que tienen
lugar entre todos los componentes arquitectnicos del m ismo 2 1 . A continuacin se
muestra el diseo arquitectnico del SECI.
El SECI maneja 5 opciones principales
F ig . 3.1 M d u l o de C a r p e t a F a m i l i a r de l S E C I .
2 1 Pressman Rogers (1977) Ingeniera del Sof lv/are. Un enfoque prct ico 4 a . Edicin Me, Graw Hill.
N I V E L 2 . M O D U L O D E C A R P E T A F A M I L I A R
-
M O D U L O D E E X P E D I E N T E C L I N I C O
2.3 C o n s u l t a r E x p o d lo n le
c l n i c o
2 2 .2 A n e x a r O b s e r v J C i o n o s
o n c o n s u l t a * a n (o r i o r c s
2. E xp e d te n t o
2.2 M o d i f i c a r d a t o s a l
E x p e d lo n to c l n i c o
2 .2 .1 A g r e g a r d a t o s a la
H Is t o d a C l n i c a
2. t I n o f o s a t d a l o s a l
t.' x p o (11 o n t o c l n i c o
2 1 2 In o ro % a i p a d o c I m lo n t o
F i g . 3.2 M d u l o de E x p e d i e n t e C l n i c o de l SECI .
N I V E L 2 . M O D U L O D E A G E N D A D E L M D I C O
3 . A g e n d a
3 .2 C o n s u l t a r A g e n d a 3 .1 O l o r g
F i g . 3.3 M d u l o de A g e n d a de l M d i c o de l SECI .
-
M O D U L O D E C A T L O G O S
F ig . 3.4 M d u l o de E x p e d i e n t e C l n i c o de l SECI .
-
3.2 DISEO DE DATOS
Definicin de Base de datos, segn Mario Piattini: "Es una coleccin o
depsito de datos integrados, con redundancia controlada y con una estructura
que refleje las interrelaciones y restricciones existentes en el mundo real; los
datos, que han de ser compartidos por diferentes usuarios y aplicaciones, deben
mantenerse independientes de stas, y su definicin y descripcin nicas, para
cada tipo de datos, han de estar almacenadas junto con los mismos.
Los procedimientos de actualizacin y recuperacin, comunes y bien
determinados, debern de ser capaces de conservar la integridad, segundad y
confidencialidad del conjunto de los datos". 2 2
El diseo de una base de datos se descompone en tres etapas: diseo
conceptual, lgico y fsico. La etapa del diseo lgico es independiente de los
detalles de implementacin e independiente del tipo de sistema gestor de base de
datos (SGBD) que se vaya a utilizar. La salida de esta etapa es el esquema lgico,
global y la documentacin que lo describe. Todo ello es la entrada para la etapa
que viene a continuacin, el diseo fsico.
Mientras que en el diseo lgico se especifica qu se guarda, en el diseo
fsico se especifica cmo se guarda. Para ello, se debe conocer muy bien toda la
funcionalidad de SGBD concreto que se vaya a utilizar y tambin el sistema
informtico sobre el que ste va a trabajar. El diseo fsico no es una etapa
aislada, ya que depende del SGBD concreto y el esquema fsico se expresa
mediante su lenguaje de definicin de datos . 2 3
Huesca Soberano Geovani . Notas de Bases de da los . Fundacin Arturo Rosenblueth. 2 3 C. Bat in, S. Ceri , S.B. Navathe (1994) Diseo Conceptual de Bases de Datos. Un enfoque de ent idades-interrelaciones. Addison-Wesley / Diaz de Santos.
-
3.2.1 Diseo conceptual
El diseo de datos se encarga de transformar el modelo de dominio de la
informacin creado durante el anlisis, en las estructuras de datos necesarias para
instrumentar el software.
Suponiendo que es viable la implantacin del sistema de Informacin con la
respectiva Base de Datos a Disear, l levamos a cabo el diseo conceptual
cubriendo los puntos de:
Identificar las entidades.
Identificar las relaciones.
Identificar los atributos y asociarlos a entidades y relaciones, determinar los
dominios y atributos.
Dibujar el diagrama entidad-relacin.
Se realizan varias tablas para identificar relaciones y atributos, asociarlos a
entidades y determinar su dominio y sus identificadores. Posteriormente se
procede a convertir los esquemas conceptuales en esquemas lgicos locales y
derivar un conjunto de relaciones (tablas) para cada esquema lgico local. 2 ' 1
3.2.1.1 Identificacin de entidades
En primer lugar hay que definir los principales objetos que interesan al
usuario. Estos objetos sern las entidades, para ello se buscan objetos
importantes como personas, lugares o conceptos de inters, excluyendo aquellos
nombres que slo son propiedades de otros objetos. Otra forma de identificar las
entidades es buscar aquellos objetos que existen por s mismos.
A veces, es difcil identificar las entidades por la forma en que aparecen en
las especificaciones de requisitos. Los usuarios, a veces, hablan utilizando
Huesca Soberano Geovanni. Notas de Bases de datos. Fundacin Arturo Rosenblueth.
-
ejemplos o analogas. En lugar de hablar de empleados en general, hablan de
personas concretas, o bien, hablan de los puestos que ocupan esas personas.
Los usuarios usan, muchas veces, sinnimos y homnimos. Dos palabras
son sinnimos cuando tienen el mismo significado. Los homnimos ocurren
cuando la misma palabra puede tener distintos significados dependiendo del
contexto.
No siempre es obvio saber si un objeto es una entidad, una relacin o un
atributo. Despus de varias iteraciones del proceso de anlisis, se llegar a
obtener un conjunto de entidades que sean adecuadas para el sistema que se ha
de construir. Conforme se van identificando las entidades, se les dan nombres que
tengan un significado y que sean obvias para el usuario.
Los nombres de las entidades y sus descripciones se anotan en el
diccionario de datos. Se debe anotar tambin el nmero aproximado de
ocurrencias de cada entidad. Si una entidad se conoce por varios nombres, stos
se deben anotar en el diccionario de datos como alias o s innimos. 2 0
A continuacin se muestran las entidades, sus alias, la descripcin y el
nmero de ocurrencia en la base de dato del SECI (registros):
dem.
-
Nombre Alias Descripcin Ocurrencias
Carpeta Famil iar
Expediente Clnico
Historia Clnica
Personal mdico y paramd ico
Consul tas md icas
Expediente famil iar
Expediente individual
Historia
Md icos , Enfermeras
Consu l tas / rev is iones
Archivo donde se encuen t ran a lmacenados los expedientes cl n icos de cada uno de los integrantes de la fami l ia.
Documento en el cua l se encuent ran a lmacenados los datos persona les de alguien espec f ico
Datos importantes y persona les do cada paciente que ayudan para estab lecer el d iagnst ico y t ra tamiento, que se modif ica segn la evoluc in clnica de cada pctente.
Personas que l lenan los exped ien tes , histor ias cl nicas, o torgan la consu l ta , t oman los s ignos vitales y las muest ras de papan ico laou
Servic io o torgado por el persona l mdico y/o paramdico de la un idad
N, depende del nmero de integrantes de la famil ia
Uno por paciento
Una por pac iento
N. depondo do la plantil la do cada un idad, as i como el tamao do la poblac in
N, dependo do cada pac iento
T a b l a 3.1 Tabla que m u e s t r a las en t i dades , a l ias , d e s c r i p c i n y n m e r o do o c u r r e n c i a en la base de da tos del SECI .
3.2.1.2 Identificacin de relaciones
Una vez definidas las entidades, se deben definir las relaciones existentes
entre ellas. Para identificar las entidades se buscaban nombres en las
especificaciones de requisitos; para identificar las relaciones se suelen buscar las
expresiones verbales.
Si las especificaciones de requisitos reflejan estas relaciones es porque son
importantes para la empresa y, por lo tanto, se deben reflejar en el esquema
conceptual.
La mayora de las relaciones son binarias (entre dos entidades), pero no
hay que olvidar que tambin puede haber relaciones en las que participen ms de
dos entidades, as como relaciones recursivas.
Es muy importante repasar las especificaciones para comprobar que todas
las relaciones, explcitas o implcitas, se han encontrado. Si se tienen pocas
-
entidades, se puede comprobar por parejas si hay alguna relacin entre ellas. De
todos modos, las relaciones que no se identifican ahora se suelen encontrar
cuando se valida el esquema con las transacciones que debe soportar.
Una vez identificadas todas las relaciones, hay que determinar la
cardinalidad mnima y mxima con la que participa cada entidad en cada una de
ellas. De este modo, el esquema representa de un modo ms explcito la
semntica de las relaciones. La cardinalidad es un tipo de restriccin que se utiliza
para comprobar y mantener la calidad de los datos.
Conforme se van identificando las relaciones, se les van asignando
nombres que tengan significado para el usuario.
En el diccionario de datos se anotan los nombres do las relaciones, su
descripcin y las cardinalidades con las que participan las entidades en ellas.
A continuacin se muestran las relaciones que existen en el SECI:
Descripcin
Cada unidad cuenta con "n " nmero de carpetas famil iares dependiendo de la poblacin a su cargo
Cada Carpeta familiar puede tener varios Expedientes clnicos dependiendo del nmero de personas que conformen la familia
Cada Expediente clnico tiene una historia clnica que es nica para cada paciente
Cada Expediente clnico tiene varios Exmenes ya sea de Laborator io o Gabinete dependiendo de las necesidades de cada patologa
Cada Expediente clnico tiene varias consul tas, dependiendo de tantas veces visite el paciente la Unidad
Cada Historia Clnica es l lenada por el personal mdico y de enfermera, mismos que se encargan de actual izarlas cada vez que - es atendido o paciente
E Personaf mdico y de enfermera es el Personal l levan encargado de brindar las Consul tas mdicas o de Consul tas consejer a segn sea el caso por el que haya
acudido el paciente a la Unidad Tabla 3.2 Tab la q u e m u e s t r a las r e l a c i o n e s en e l SEC i .
Nombre
Unidad tiene carpetas famil iares
Carpetas famil iares tienen Expedientes clnicos
Expedientes t ienen historias clnicas
Expediente tiene Exmenes
Expediente tiene consul las
Personal l levan Historias
Cardinal.
1, m
1, m
1, 1
1, m
1, rn
1, m
1 , m
-
Ident i f icar los a t r ibutos y asoc iar los a ent idades y re lac iones
Al igual que con las entidades, se buscan nombres en las especificaciones
de requisitos.
Son atributos los nombres que identifican propiedades, cualidades,
identificadores o caractersticas de entidades o relaciones.
Para cada entidad y cada relacin, se debe hacer la siguiente pregunta:
qu informacin se quiere saber de?, la respuesta a esta pregunta se debe
encontrar en las especificaciones de requisitos.
Al identificar los atributos, hay que tener en cuenta si son simples o
compuestos. Escoger entre atributo simple o compuesto depende de los requisitos
del usuario.
Tambin s e d eben ident i f icar los atributos derivados o calculados, que
son aquellos cuyo valor se puede calcular a partir de los valores do otros atributos.
Algunos diseadores no representan los atributos derivados on los
esquemas conceptuales. Si se hace, se debe indicar claramente que el atributo es
derivado y a partir de qu atributos se obtiene su valor. Donde hay que considerar
los atributos derivados es en el diseo fsico.
Cuando se estn identificando los atributos, se puede descubrir alguna
entidad que no se ha identificado previamente, por lo que hay que volver al
principio introduciendo esta entidad y viendo si se relaciona con otras entidades.
Conforme se van ident i f icndolos atributos, se les asignan nombres que
tengan significado para el usuario.
De cada atributo se debe anotar la siguiente informacin:
Nombre y descripcin del atributo.
Alias o sinnimos por los que se conoce al atributo.
Tipo de dato y longitud.
Valores por defecto del atributo (si se especifican).
-
Si el atributo siempre va a tener un valor (si admite o no nulos).
Si el atributo es compuesto y, en su caso, qu atributos simples lo forman.
Si el atributo es derivado y, en su caso, cmo se calcula su valor.
Si el atributo es multievaluado.
Determinar su d o m i n i o y sus Ident i f icadores
El dominio de un atributo es el conjunto de valores que puede tomar el
atributo.
Un esquema conceptual est completo si incluye los dominios de cada
atributo: los valores permitidos para cada atributo, su tamao y su formato.
Tambin se puede incluir informacin adicional sobre los dominios como, por
ejemplo, las operaciones que se pueden realizar sobre cada atributo, qu atributos
pueden compararse entre s o qu atributos pueden combinarse con otros.
Determinar los ident i f i cadores
Cada entidad tiene al menos un identificado!: En este paso, so trata de
encontrar todos los identificadores de cada una de las entidades.
Los identificadores pueden ser simples o compuestos.
De cada entidad se escoger uno de los identificadores como clave primaria
en la fase del diseo lgico
Cuando se determinan los identificadores es fcil darse cuenta si una
entidad es fuerte o dbil. Si una entidad tiene al menos un idenlificador, es fuerte
(otras denominaciones son padre, propietaria o dominante). Si una entidad no
tiene atributos que le sirvan de identificador, es dbil (otras denominaciones son
hijo, dependiente o subordinada).
-
Determinar las jerarquas de genera l izac in
En este paso hay que observar las entidades que se han identificado hasta
el momento. Hay que ver si es necesario reflejar las diferencias entre distintas
ocurrencias de una entidad, con lo que surgirn nuevas subentidades de esta
entidad genrica.
Hay entidades que tienen caractersticas en comn y que realmente son
subentidades de una nueva entidad genrica. En cada jerarqua hay que
determinar si es total o parcial y exclusiva o superpuesta.
Entidad
Nombre
N u m _ c a r p e t Nom_mujer Ap_padre Ap_madre
Tabla 3.3 Tabla que muestra las jerarquas en la tabla Carpetas del SECI.
Entidad Expedientes
Nombre Alias Tipo y Longitud Valor por defecto
Tipo
N u m _ e x p C 6 No Nulo
N u m _ c a r p e t c 6 No Nulo Nombre_pac c 20 No Nulo Ap_pat c 20 No Nulo A p _ m a l c 20 No Nulo Edad N 3 No Nulo Sexo C 9 No Nulo Ocupacin C 20 No Nulo Edo_civi l C 20 No Nulo Lugar_reside C 20 No Nulo
Municipio C 20 No Nulo
Edo_reside c 20 No Nulo
Fecha_naci F 8 No Nulo Cal le_num C 25 No Nulo
Colonia C 20 No Nulo Cod jDos t C 5 No Nulo
Tabla 3.4 Tabla que muestra las jerarquas en la tabla Expedientes del SECI.
Carpetas
Alias Tipo y Longitud ^defectc
C 6 No Nulo C 20 ' No Nulo C 20 No Nulo C 20 No Nulo
-
Entidad
Nombre
Consul tas
Alias Tipo Longitud
Valor por defecto
Tipo
N u m _ e x p C 6 No Nulo Fecha C 8 No Nulo Hora C 5 No Nulo
C lave_pers C 10 No Nulo
Peso N 3, 0 No Nulo
Talla N 3, 2 No Nulo
P_cefalco N 2, 0 No Nulo
Fre_resp N 2, 0 No Nulo
Frec_card N 3, 0 No Nulo
Temperatura N 3, 0 No Nulo
Sstole N 3, 0 No Nulo
Dstole N 3, 0 No Nulo
Sntomas M 4 No Nulo Exploracon_f M 4 No Nulo Diagnost ico C 30 No Nulo
Tratamiento M 100 No Nulo Tabla 3.5 Tab la que m u e s t r a las j e ra rqu as en la tab la C o n s u l t a s de l SECI .
Entidad
Nombre
Clave_pers
Nombre
Ap_paterno
Ap_materno
Contrasea
Personal
Alias Tipo Longitud
C
C
C
C
C
10
20
20
20
10
Valor por defecto
Tipo
No Nulo
No Nulo
No Nulo
No Nulo
No Nulo
Tabla 3.6 Tab la que m u e s t r a las j e ra rqu as en la tab la P e r s o n a l de l SECI .
-
Entidad Historia
Nombre Alias Tipo y Longitud Valor defecto P
0r Tipo
N u m e x p C 6 No Nulo C lave_pers C 10 No Nulo Edo_socieco C 20 No Nulo Casa C 10 No Nulo Piso C 10 No Nulo Techo N 10 No Nulo Bao C 10 No Nulo Agua C 10 No Nulo Luz C 10 No Nulo Drenaje C 10 No Nulo Tipo_animales C 30 No Nulo Higiene C 10 No Nulo Madre C 10 No Nulo Edad_madre C 2 No Nulo Escolar id_madr C 10 No Nulo Ocupaci_madre C 10 No Nulo G e s t a j n a d r C 10 No Nulo Para_madre C 10 No Nulo Abor tos_madre C 10 No Nulo Tox icom_madre C 10 No Nulo Hermanos C 2 No Nulo Muer tos_herm C 2 No Nulo V ivos_herm C 2 No Nulo Edades_herm C 10 No Nulo Sanos_herm C 2 No Nulo Enfermos_herm c 2 No Nulo Padre c 10 No Nulo Edad_padre c 2 No Nulo Escolar_padre c 10 No Nulo Ocupaci_padre c 20 No Nulo Tox icom_padre c 20 No Nulo Emb_num c 2 No Nulo T ipo_emb c 10 No Nulo Edad_gestacio c 10 No Nulo Ruptura_membr c 20 No Nulo Tipo_anestesia c 15 No Nulo Atendido_en c 10 No Nulo Peso_nacimien N 2 No Nulo Tal la_nacimien N 2 No Nulo Materna_al im c 10 No Nulo Ablactacin c 10 No Nulo Destete c 10 No Nulo Carne c 1 No Nulo Leche c 1 No Nulo Tabla 3.7 Tabla que m u e s t r a las j e ra rqu as en la tab la H i s to r i a de l SECI .
-
Entidad Cont . . .(Historia)
Nombre Alias Tipo y Longitud Valor por Tipo defecto
Sigu_objetos C 10 No Nulo Sonrio C 10 No Nulo Sostuvo_cabez C 10 No Nulo Sentado C 10 No Nulo Camin C 10 No Nulo Prm_palabras C 10 No Nulo Esfnter_vesic C 10 No Nulo Esf inter_anal C 10 No Nulo Esolari_nino C 10 No Nulo Anio_reprobad C 1 No Nulo S a b i n j n m u n i C 10 No Nulo Dpt_inmun C 10 No Nulo P e n t a j n m u n i C 10 No Nulo T r ip le jn rnun i C 10 No Nulo Bcg_inmun C 10 No Nulo T o x o i d e j n m u n i C 10 No Nulo Hepa_b_ inmuni C 10 No Nulo H a e m o f i j n m u n C 10 No Nulo SarampMnmun i C 10 No Nulo A n t j n f e c c i o s o c 30 No Nulo AnMrauma t i co c 30 No Nulo Ant_quirurgico c 30 No Nulo Ant_alergicos c 30 No Nulo Ant_transfucion c 30 No Nulo Gesta c 2 No Nulo Para c 2 No Nulo Abortos c 2 No Nulo Num_hi jos c 2 No Nulo Fecha_papanic F 8 No Nulo Anticonceptivo c 21 No Nulo ivsa c 10 No Nulo Tabaquismo c 10 No Nulo Tab_post ivo c 15 No Nulo Alcohol ismo c 10 No Nulo Alc_posit ivo c 20 No Nulo lnhalantes_lox c 10 No Nulo T i p o j n h a l c 15 No Nulo lnyectabl_toxi c 10 No Nulo Tpo_inyect c 15 No Nulo observaciones M 4 No Nulo
huevo c 1 No Nulo Frutas c 1 No Nulo Cereales c 1 No Nulo Verduras c 1 No Nulo Legumbres c 1 No Nulo
Tabla 3.8 Tab la que m u e s t r a las j e ra rqu as en la tab la h i s to r i a del SECI .
-
3.2.1.3 Diagrama entidad - relacin
Una vez identificados todos los conceptos, se puede dibujar el diagrama
entidad-relacin correspondiente a una de las vistas de los usuarios.
Se obtiene as un esquema conceptual local.
Antes de dar por finalizada la fase del diseo conceptual, se debe revisar el
esquema conceptual local con el usuario.
Este esquema est formado por el diagrama entidad-relacin y toda la
documentacin que describe el esquema.
CARPETAS FAMILIARES
EXPEDIENTE DEL PACIENTE
( 1 , m )
EXMENES
PERSONAL
F ig . 3.6 D i a g r a m a E n t i d a d - R e l a c i n de l S E C I .
-
3.2.2 Diseo lgico
Es el proceso de construir un esquema de la informacin que utiliza la
empresa, basndose en un modelo de base de datos especfico, independiente
del SGBD concreto que se vaya a utilizar y de cualquier otra consideracin fsica.
En esta etapa, se transforma el esquema conceptual en un esquema lgico
que utilizar las estructuras de datos del modelo de base de datos en el que se
basa el SGBD a utilizar. ste puede ser el modelo relacional, el modelo de red, el
modelo jerrquico o el modelo orientado a objetos.
El esquema lgico es una fuente de informacin para el diseo fsico. Juega
un papel importante durante la etapa de mantenimiento del sistema, ya que
permite que los futuros cambios que se realicen sobre los programas de aplicacin
o sobre los datos, se representen correctamente en la base de datos.
3.2.2.1 Conversin de los esquemas conceptuales
CARPETAS FAMILIARES
EXPEDIENTE DEL PACIENTE
( 1 . m )
EXAMENES
PERSONAL
F i g . 3.7 E s q u e m a L g i c o de l S E C I .
-
De acuerdo con las reglas propuestas por Codd, slo se puede identificar
una interrelacin con tres entidades, considerada como vlida para fines de
contexto ya que los datos realmente son manejados y almacenados en la entidad
Consultas.
3.2.2.2 Normalizacin
La normalizacin es una tcnica que se utiliza para comprobar la validez
de los esquemas lgicos basados en el modelo relacional, ya que asegura que las
relaciones (tablas) obtenidas no tienen datos redundantes.
Primera fo rma normal (1FN)
Una relacin est en primera forma normal si, y slo si, todos los
dominios de la misma contienen valores atmicos, os decir, no hay
grupos repetitivos.
Segunda fo rma normal (2FN)
Una relacin est en segunda forma normal si, y slo si, est en 1FN y,
adems, cada atributo que no est en la clave primaria es
completamente dependiente de la clave primaria.
Tercera fo rma normal (3FN)
Una relacin est en tercera forma normal si, y slo si, est en 2FN y,
adems, cada atributo que no est en la clave primaria no depende
transitivamente de la clave primaria.
Forma normal de Boyce-Codd (FNBC)
B Una relacin est en la forma normal de Boyce-Codd si, y slo si, todo
determinante es una clave candidata.
La 2FN y la 3FN eliminan las dependencias parciales y las
dependencias transitivas de la clave primaria.
Pero este tipo de dependencias todava puede existir sobre otras
claves candidatas, si stas existen.
-
La FNBC es ms fuerte que la 3FN, por lo tanto, tocia relacin en FNBC
est en 3FN.
La violacin de la FNBC es poco frecuente ya que se da bajo ciertas
condiciones que raramente se presentan.
Se debe comprobar si una relacin viola la FNBC si tiene dos o ms
claves candidatas compuestas que tienen al menos un atributo en
comn.
Cuarta Forma Normal (4FN).
Una relacin que est en 3FN y no tiene dependencias
multievaluadas.
Quinta Forma Normal (5FN).
Una forma normal que elimina las dependencias de reunin (Join;
tambin unin).
Entidad Carpetas
Nombre Tipo de clave Tipo de
Relacin
N u m _ c a r p e t Candidata Uno a M u c h o s
N o m _ m u j e r
A p _ p a d r e
A p j n a d r e Tab la 3.9 F o r m a s n o r m a l e s de la T a b l a C a r p e t a s .
1FN Dominios Atmicos, 2FN No hay llave compuesta, 3FN No hay
relaciones transitivas y 3FNBC todo determinante es clave candidata.
Tipo de Relacin
Uno a M u c h o s
N o m b r e _ p a c
Ap_pa t
A p j n a t
Edad
Sexo
Ocupac in
Entidad Expedientes
Nombre Tipo de clave
N u m _ e x p Candidata
Num c a r o e t Fornea
-
Edo_civl
Lugar_res ide
Municipio
Edo_res ide
Fecha_nac i
Ca l le_num
Colonia
Cod_post Tab la 3.10 F o r m a s n o r m a l e s de la T a b l a E x p e d i e n t e s .
1FN Dominios Atmicos, 2FN No hay I lave compuesta, 3 FN N o h ay relaciones transitivas y 3FNBC todo determinante es clave candidata.
Tipo Relacin
Uno a Muchos
Uno a Muchos
Uno a Muchos
Entidad Consul tas
Nombre Tipo de clave
N u m _ e x p Cand ida ta
Fecha Cand ida ta
Hora Cand ida ta
C l a v e _ p e r s Fornea
Peso
Talla
P_cefal ico
Fre_resp
Frec_card
Tempera tura
Sistole
Distole
Sn tomas
Exploracion_f
Diagnost ico
Tratamiento Tab la 3.11 F o r m a s n o r m a l e s de la T a b l a C o n s u l t a s .
de
1FN Dominios Atmicos, 2FN La llave compuesta determina atributos, 3FN No hay
relaciones transitivas y 3FNBC todo determinante es clave candidata.
-
Entidad Personal
Nombre Tipo de clave Tipo de
Relacin
Clave_pers Candidata Uno a Muchos
Nombre
Ap_paterno
A p j n a t e r n o
Contrasea T a b l a 3.12 F o r m a s n o r m a l e s d e la T a b l a P e r s o n a l .
1FN Dominios Atmicos, 2FN No hay llave compuesta, 3FN No hay
relaciones transitivas y 3FNBC todo determinante es clave candidata.
Entidad
Nombre
N u m _ e x p
C lave_pers
Edo_socieco
Casa
Piso
Techo
Bao
Agua
Luz
Drenaje
Tipo_animales
Higiene
Madre
Edad_madre
Escolar id_madr
Ocupaci_madre
Gesta_madr
P a r a j n a d r e
Abor tos_madre
Toxcom_madre
Hermanos
Muertos_herm
V i v o s j i e r m
Edades_herm
Sanos herm
Historia
Tipo de clave
Candidata
Fornea
Tipo de Relacin
Uno a Uno
-
Enfermos_herm
Entidad Historia
Nombre Tipo de clave Tipo Relacin
Padre
Edad_padre
EscoIar_padre
Ocupaci_padre
Toxicom_padre
Emb_num
T ipo_emb
Edad_gestacio
Ruptura_membr
T ipo_anestes ia
A tenddo_en
Ta l la_nac imien
Materna_a l im
Ablactac ion
Destete
Carne
Leche
huevo
Peso_nac im ien
Frutas
Cereales
Verduras
Legumbres
S igu i_obje tos
Sonr io
Sos tuvo_cabez
Sentado
Camin
Pr im_pa labras
Esf in ter_ves ic
Esf in ter_ana l
Esolar i_nino
An io_ reprobad
Sab in_ inmun
D p t j n m u n i
P e n t a j n m u n i
T r i p l e j n m u n i
-
B c g j n m u n i
T o x o i d e j n m u n i
Entidad Cont . . . (Histor ia)
Nombre Tipo de clave Tipo Relacin
de
Hepa_b_ inmun i
H a e m o f M n m u n
S a r a m p M n m u n i
A n t j n f e c c i o s o
Ant_ t raumatco
Ant_qu i rurg ico
Ant_a lerg icos
Ant_ t ransfucon
Gesta
Para
Abor tos
Num_h i jos
Fecha_papan ic
Ant iconcept ivo
ivsa
Tabaqu ismo
Tab_pos i t ivo
A lcohol ismo
Alc_post ivo
lnha lantes_tox i
T ipo_ inhal
Inuyec tab IJox i
T i p o j n y e c t
observac iones
Tab la 3.13 F o r m a s n o r m a l e s de la Tab la H i s t o r i a .
1FN Dominios Atmicos, 2FN No hay llave compuesta, 3FN No hay
relaciones transitivas y 3FNBC todo determinante es clave candidata.
-
Esquemas resu l tantes y va l idac in
El esquema de la base de datos del expediente clnico de primer nivel de
atencin es el siguiente:
Carpetas ( nm carpet, nom_mujer, ap_padre_, ap_madre, ncleo_bsico)
Expedientes
Historia
Personal
(nm exp, num_carpet, nombre_pac, ap_pat, ap_mat, edad, sexo, ocupacin, edo_civil, Iugar_reside, municipio, edo_reside, fecha_naci, calle_nm, colonia, cod_post)
(Num exp, Clave pers, Edo_socieco, Casa, Piso, Techo, Bao, Agua, Luz, Drenaje, T ipo_animales, Higiene, Madre, Edad .madre, Escolai id mndr, Ocupac i_madre , Gesta_madr , P a r a j n a d r e , Abortos madre, Toxicom madre, Hermanos, Muer los_herm, V i v o s j i e r m , Edades herm, Sanos horm, En fe rmos_herm, Padre, Edad_j>adre, Escolar padre, O c u p a d , padro, Tox icom_padre , Emb_num, Tipo emb, Edad gcstacio, Ruptura mombr, T ipo_anestes ia , Atendido_en, Peso_ nacimien, Ta l la j vnc im ien , Malornn al im,
Leche, huevo, Frutas, Coralos, Verduras, Sonrio, Sostuvo cabo?, Senlado, Camin,
Esf inter_vesic, Esfnter anal , s o l a r i j i i n o , Anio reprobad, D p t j n m u n i , P e n t a j n m u n i , Triplo inmuni , Bcg inmuni,
Hepa_b_ inmuni , H a e m o f i j n i n u n , Sarampi inmuni, A n t j r a u m a l i c o , Ant quirrgico, AnLo lo rg lcos , Gesta, Para, Abortos, u m hijos, Focha papanic,
ivsa, Tabaquismo, Tab_ posit ivo, Alcohol ismo, Ale posil ivo, T i p o j n h a l , lnuyectabl_ lox i , Tipo inyoct, obsorvacionos)
Ablactacion, Destete, Carne Legumbres, Sigui_objetos, Pr im_palabras, S a b i n j n m u n i , Toxoide_inmun A n t j n f e c c i o s o , Anl_ t ransfuc ion Ant iconcept ivo, Inhalantes toxi,
(clave pers, nombre, ap_paterno, ap_malerno, contrasea)
Consultas (nm exp, fecha, hora, peso, talla, p_ ceflico, frec_resp, frec_card, temperatura, sstole, distole, sntomas, exploracin_f, daignstico, tratamiento)
T a b l a 3.14 E s q u e m a d e B a s e de D a t o s de l S E C I .
En el esquema los nombres de las relaciones aparecen seguidos de los
nombres de los atributos encerrados entre parntesis.
EXPEDIENTES num_carpet
HISTORIA num_exp
HISTORIA
EXMENES n um^exp_
CONSULTAS n u m - e * p
CONSULTAS clave_pers
clave_pers
CARPETAS
EXPEDIENTE
EXPEDIENTE
EXPEDIENTE
PERSONAL
PERSONAL
Crpala a la que porlenoco el oxpodionto
Expediento al que porlenoco la historia clnica dol paciento
Expediente al que pertenecen los exmenes de laboratorio o gabinete
Expediente al que pertenece la consulla otorgada a un paciente
Personal que otorga la consulta
Personal que llano o actualiz la historia clnica
Tab la 3.15. E s q u e m a de r e l a c i o n e s y a t r i b u t o s de l SECI
-
Las claves primarias son los atributos subrayados. Las claves ajenas se
representan mediante los siguientes diagramas referenciales.
De acuerdo a las necesidades del expediente clnico, este esquema las
cumple, ya que es posible controlar las carpetas familiares, expedientes clnicos,
historias clnicas, las consultas o atenciones otorgadas a los pacientes, as como
el personal que presta el servicio.
Dibujar el d iagrama ent idad - re lacin
En este caso, el diagrama entidad - relacin no sufre modificacin alguna
ya que cumple con todas las especificaciones y las inconsistencias identificadas
fueron resueltas por medio de la normalizacin.
3.2.2.3 Definir las restricciones de integridad
Casi todos los atributos requieren de valores en todo momento, excepto por
las llaves forneas.
Los dominios de los datos estn determinados por su formato o por su
contexto.
Las llaves primarias no admiten valores nulos.
Este esquema cumple con las necesidades del expediente clnico de primer
nivel ya que satisface las necesidades de informacin y a su vez no hay reglas tan
especficas para el control de carpetas por unidad, expediente, historia, etc.
El esquema lgico obtenido es considerado como global porque resuelve
las necesidades particulares de cada unidad de primer nivel de atencin. Si fuese
una base de datos distribuida habra que trabajar ms sobre l.
-
3.2.3 Diagrama fsico de la base de datos (Visual)
|HCampos: numcaipet nom_mujei ap_padie apjnadie
(Ondices: nun^carpel
lecha hoia dave_peis peso lala p_celafco tec_resp lrec_caid lempeialuia sstole diastole sntomas explotacin, diagnostico l;alamento
lOndi'ces: dave_peis
^consulta num_exp
num_exp nuni_caipela nombie_pac ap_pal ap_mal edad sexo ocupacin edo_ciYil
bgai_ieside municipio edojeside lechanaci cal!e_num colonia cod_posl
ndices num_caipel
?num_cxp
dave_peis
nombie
ap_patemo
ap_malemo
cdula
consulloiio
cdigo
IfJlndices
?c lavc_peu
sosluvocabez sentado camino ptim_palabias esmlct_vesic cslinlei_aiwl Mcolaiijw aniojcpiobad saluunmuin dpl.inmuni penlcijnmuni liiplcjnmuni bcg_inmunt toxoidejnmuni bepa_b_inmun Iwemolijnmun saiampi, inmuni anljnlcccioso anljiaumatico onl_quifutgico ni. alcigicos flnljianjlucion geslo paia aboilos ntmi_hi|us
lecha_papanic anliconceplivo ivsa labaquismo alcoholismo inhalanlesjoxi inycclabljoxi obscivaciorcs
lOntliccs: 'num.cxp clave_peis
F ig 3.8 D i a g r a m a f s i c o de la b a s e de d a t o s de l SECI .
-
3.3 DISEO PROCEDURAL
De acuerdo con Pressman, el diseo procedural transforma elementos
estructurales de la arquitectura del programa en una descripcin procedural de los
componentes del software.
El diseo procedural define algoritmos para implementar los requerimientos
de procesamiento de los componentes del sof tware. 2 6
PROCEDIMIENTO VERIFICAR CONTRASEA
Si selecciona entrar al sistema entonces
Abrir pantalla para pedir "Nombre de usuario y contrasea"
Si "Nombre de usuario y contrasea" encontrado
Entrar al sistema verificando concesiones clol usuario
De lo contrario
Desplegar mensaje "Acceso denegado"
Fin si
Fin si
PROCEDIMIENTO CARPETA FAMILIAR
Si usuario selecciona carpeta familiar entonces
Seleccionar opcin:
Opcin Consultar carpeta familiar
Si contrasea de usuario = contrasea existente en la base de datos
Abrir una pantalla "ingresar apellidos de la jefa de la familia"
Si apellidos encontrados:
Mostrar contenido de carpeta familiar
Si interesan al usuario algunos datos
. Permitir seleccionar datos e imprimirlos
Fin si
De lo contrario:
http:www.inf.udec.ci/~ingsoi/diseno.htrr i l , 28/06/04
http:www.inf.udec.ci/~ingsoi/diseno.htrril -
Desplegar mensaje "No existe carpeta"
De lo contrario:
Desplegar mensaje "Acceso denegado"
Opcin Eliminar carpeta familiar
Si contrasea de usuario = Administrador
Abrir una pantalla "ingresar apellidos de jefa de familia"
Si apellidos encontrados:
Hacer clic seleccionarlo y verificar si todos los
integrantes de la familia se encuentran finados
Si todos los integrantes = finados
Desplegar mensaje "seguro desea
eliminar esta carpeta"
De lo contrario
Desplegar mensaje "No se puede eliminar
carpeta"
Fin si
De lo contrario
Desplegar mensaje "No existe carpeta"
Fin si
De lo contrario
Desplegar mensaje "Acceso denegado"
Fin si
Opcin Modificar datos de la carpeta familiar
Si contrasea de usuario = contrasea existente en la base de datos
Abrir una pantalla "ingresar apellidos de jefa de familia"
Si apellidos encontrados:
Desplegar listado de integrantes de la familia y
permitir agregar ms integrantes a la carpeta,
cambiar un integrante a otra carpeta o identificar
como finado a algn integrante de la carpeta
Si todos los integrantes = finados
-
Desplegar mensaje "seguro desea eliminar esta
carpeta" y pasar a opcin eliminar carpeta
familiar
Fin si
De lo contrario
Desplegar mensaje "No existe carpeta"
Fin si
Fin si
Opcin Crear carpeta familiar
Si contrasea de usuario = contrasea existente en la base de datos
Abrir una pantalla "ingresar apellidos de jefa de familia"
Si apellidos encontrados:
Desplegar mensaje "carpeta existente"
De lo contrario
Desplegar mensaje "ingresar datos", abrir
recuadro para ingresar los integrantes y tenor
visible el listado
Fin si
Fin si
PROCEDIMIENTO CATLOGOS
Si usuario selecciona catlogos entonces
Seleccionar opcin:
Opcin Consultar catlogo
Si contrasea de usuario = Administrador
Abrir una pantalla "ingresar nombre del catlogo"
Si nombre encontrado:
Hacer clic para mostrar contenido del catlogo
Si al administrador le interesan algunos
datos
-
Permitir seleccionarlos para
imprimirlos
Fin si
De lo contrario:
Desplegar mensaje "No existe catlogo"
Fin si
De lo contrario:
Desplegar un mensaje "Acceso denegado"
Opcin Eliminar catlogo
Si contrasea de usuario = Administrador
"Abrir una pantalla "ingresar nombre del catlogo"
Si el nombre del catlogo encontrado:
Seleccionarlo y Desplegar mensaje: "Desplegar
catlogo" o "Eliminar catlogo"
Si administrador elige Desplegar catlogo
Desplegar el catlogo
De lo contrario
Eliminar catlogo de base de datos
Fin si
De lo contrario
Desplegar mensaje "No existe catlogo"
Fin si
De lo contrario
Desplegar mensaje "Acceso denegado"
Fin si
Opcin Modificar datos de catlogo
Si contrasea de usuario = Administrador
"Abrir una pantalla "ingresar nombre del catlogo"
Si el nombre del catlogo encontrado:
Desplegar los datos del catlogo ; :
De lo contrario
Desplegar mensaje "No existe catlogo"
-
Fin si
Opcin Crear catlogo
Si contrasea de usuario = Administrador
Abrir una pantalla "ingresar nombre del catlogo"
Si el nombre del catlogo encontrado:
Desplegar mensaje "catlogo existente"
De lo contrario
; Desplegar mensaje "Importar catlogo" o "Croar
un catlogo nuevo"
Si elige Administrador: "Importar catlogo" 1
Desplegar mensaje "nombre y ruta del catlogo que
desea copiar"
De lo contrario
Crear un catlogo nuevo en base do datos con ol
nombre antes dado
Fin si
Fin si
Fin si
PROCEDIMIENTO AGENDA DEL MDICO
Si usuario selecciona Agenda del mdico entonces
Seleccionar opcin:
Opcin Consultar Agenda
Si contrasea de usuario = contrasea existente en la base de datos
Desplegar mensaje:
"Ingrese nombre del mdico al que pertenece la carpeta"
Si nombre del mdico encontrado:
Desplegar contenido de agenda y permitir
imprimir la informacin seleccionada
De lo contrario:
-
Desplegar mensaje "No existe Agenda"
De lo contrario:
Desplegar mensaje "Acceso denegado"
Fin si
Opcin Otorgar cita
Si contrasea de usuario = contrasea existente en base de datos
Desplegar mensaje "ingresar nombre del mdico del que
solicita Agenda"
Si nombre del mdico encontrado:
Desplegar mensaje "Ingrese la lecha en que
solicita consulta"
Si agenda cuenta con cita disponible
Desplegar listado de citas para ese
da
De lo contrario
Desplegar mensaje "No existo cita
disponible, favor do teclear nueva
fecha"
Fin si
De lo contrario
Desplegar mensaje "No existe Agenda"
Fin si
De lo contrario
Desplegar mensaje "Acceso denegado"
Fin si
Fin si
PROCEDIMIENTO EXPEDIENTE CLNICO
Si usuario selecciona Expediente clnico entonces
Seleccionar opcin:
Opcin Consultar expediente clnico
-
Si contrasea de usuario = mdico
Abrir una pantalla "ingresar nombre del paciente"
Si nombre encontrado:
Mostrar contenido de expediente clnico
Si interesan al usuario algunos datos
Permitir seleccionar datos e
imprimirlos
Fin si
De lo contrario:
Desplegar mensaje "No existe
expediente"
Fin si
De lo contrario:
Desplegar mensaje "Acceso denegado"
Opcin Modificar datos al expediente clnico
Si contrasea de usuario = mdico
Abrir una pantalla "ingresar nombre del paciente"
Si nombre encontrado:
Desplegar mensaje "seleccione:
Anexar observaciones en consultas anteriores o
Agregar datos a la historia clnica
Si usuario selecciona "Anexar
observaciones en consultas anteriores"
Desplegar mensaje "ingrese fecha
de consulta que desea modificar" y
abrir recuadro para ingresar la
fecha
Si fecha encontrada
Desplegar datos de la
consulta no
permitiendo borrar los
-
ciatos, slo
modificarlos
Fin si
De lo contrario
Desplegar datos d e historia clnica,
no permitiendo borrar los datos,
slo modificarlos
Fin si
De lo contrario
Desplegar mensaje "No existe expediente
clnico"
Fin si
Fin si
Opcin Ingresar datos al expediente clnico
Si contrasea de usuario = mdico
Abrir una pantalla "ingresar apellidos de jefa de familia o
nmero de carpeta donde se encuentra registrado el paciento"
Si apellidos o nmero encontrados:
Desplegar listado de integrantes de la carpeta y
seleccionar el expediente al que se ingresarn
datos
Si expediente encontrado
Desplegar mensaje "Ingresar datos
a la historia clnica" o "Ingresar
padecimiento"
Si usuario elige "Ingresar
datos a la historia clnica"
Verificar si existe
historia clnica en el
expediente
Si el Expediente cuenta con historia
clnica
-
Desplegar mensaje "Ya
cuenta el paciente con
historia clnica" y pasar a la
opcin Agregar datos a la
historia clnica
De lo contrario
Desplegar historia clnica on
blanco para ingresarle los
datos del paciente
Fin si
De lo contrario
Desplegar formato on blanco do
padecimiento para ingresar los
datos del mismo
Fin si
De lo contrario
Desplegar mensaje "No existo
carpeta"
Fin si
Fin si
-
3.4 DISEO DE LA INTERFAZ CON EL USUARIO
F i g . 3.10 P a n t a l l a de i d e n t i f i c a c i n de u s u a r i o y c o n t r a s e a ( a c c e s o al s i s t e m a )
-
E X P E D I E N T E C L N I C O I N F O R M A T I Z A D O
P R I M E R N I V E L DE A T E N C I O N
Seleccione una opcin de la siguientes:
Expediente Clnico
Carpeta familiar
Agenda
Catlogo
Respalda
lnfltaML.carji
-
E X P E D I E N T E C L N I C O I N F O R M A T I Z A D O
P R I M E R N I V E L DE A T E N C I O N
^Sejeccjoneumopelbnde^
Consultor Expediento ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ J
Modificar Expodienta ^ ^ ^ ^ ^ ^ ^ ^ J
^ ^ ^ ^ ^ J Ingresar datos al Expediento
F ig . 3.13 Pan ta l l a d e o p c i o n e s do e x p e d i e n t e c l n i co
E X P E D I E N T E C L N I C O I N F O R M A T I Z A D O
P R I M E R N I V E L DE A T E N C I N
Seleccione una opcin de las siguientes:
ConsullarAgenda
Otorgar Cita
Regresar a m e n pr inc ipal
F ig . 3.14 Pan ta l l a d e o p c i o n e s de a g e n d a
-
E X P E D I E N T E C L I N I C O I N F O R M A T I Z A D O
P R I M E R N IVEL OE A T E N C I O N
Seleccione una opcin de las siguientes:
Consultar Catalogo
Eliminar Catlogo
Modificar Catalogo
Crear Catalogo
Rcnrcsor o men pilnclpal
F ig . 3.15 Pan ta l l a d e o p c i o n e s de c a t l o g o
E X P E D I E N T E C L N I C O I N F O R M A T I Z A D O
P R I M E R N I V E L DE A T E N C I N
Seleccione una opcin de las siguientes:
Respaldar Informacin
Regresar a men pr inc ipo!
F i g . 3.16 P a n t a l l a de o p c i o n e s de r e s p a l d o de i n f o r m a c i n
-
S E L E C C I O N E E L N M E R O D E L A C A R P E T A Q U E D E S E A C O N S U L T A R
N o . C a r p e t a
Acoplar
R e g r e s a r a m e n C n m a t n
R e g r e s a r a m e n p r i n c i p a l
F i g . 3.17 Pan ta l l a p a r a s e l e c c i o n a r la c a r p e t a q u e d e s e a c o n s u l t a r
SJVJifrCSA.
S E L E C C I O N E E L N M E R O D E L A C A R P E T A Q U E D E S E A E L I M I N A R
N o . C a r p e l o
| Acop io r ^
R e g r e s a r a m e n C a r p e t a
R e t i r e a a r n m e n p r i n c i p a l
-
Carpeta Fami l ia r Murrio O* carpe!
Lugo J-i rcJ idorkC
| O ' " " ' | [ M o d i f i c a r ]
R e g r e s a r a n i o n u C a r p e t a
R e t r a s a r a m e n p r | n c l p n l
F i g . 3.19 P a n t a l l a pa ra i n g r e s a r c a r p e t a o m o d i f i c a r l os d a t o s do u n a c a r p e t a e x i s t e n t e
S E L E C C I O N E E L N U M E R O D E L E X P E D I E N T E Q U E D E S E A S C O N S U L T A R
N o . E x p .
.!.rj
| A c e p l o r J
R e g r e s a r a m e n E x p e d a n t o
R e f l r e o a r a m e n P r i n c i p a l
-
F i g . 3.21 Pan ta l l a pa ra i n g r e s a r e x p e d i e n t e o m o d i f i c a r l os d a t o s d o u n e x p e d i e n t o o x l s t o n t o
S E L E C C I O N A L A F E C H A Y E L M E D I C O D E L A A G E N D A Q U E D E S E A S C O N S U L T A R
F E C H A N O M B R E D E L M E D I C O
l4/t)?/03 Mo. fJolPiloi Gomlo; Aiioyo "
| A c o p l o |
R e g r e s a r a m e n A g e n d a
R e g r e s a r a m e n p r i n c i p a l
F i g . 3.22 Pan ta l l a pa ra s e l e c c i o n a r la a g e n d a q u e d e s e a c o n s u l t a r y el m d i c o a la que
p e r t e n e c e
-
A G E N D A C O R R E S P O N D I E N T E A L D R . ( A ) :
M . i (K'l P i l n i G o n t A U 1 : .-Vii o y
ECK\ H O R A E.VTDIENTE N0^^3RF P H . r . \Cn?NTF O R S E R V . . U ' . K W J
14/07/03 0800-03 30 2 GuaAxIupc Arroyo v Rivciw Oontiol \ s.inos
14/07/03 OS 30-0345 6 M.vco Antonio OonrAlrr HcmAiutcr Conhol ,i s.rnos
14/07(03 09 30-0943 10 Fily gonialet Corniola sanos
14/07/03 10 00-10 30 5 Manuel LuraniJ Valen tuda
14/07/03 1115-1130 4 Ornar R.THSC1 C.-vKn.ini Control n iano
R e n r e s a r a m e n A g e m e l a
R o f j i o s a r a m e n p r i n c i p a l
F i g . 3.23 Pan ta l l a q u e m u e s t r a el l i s t a d o do c i t as pa ra u n m d i c o o n p a r t i c u l a r
S e l e c c i o n a r E x p o d i o n t o
N O . E X P .
| ^ f Envior con3l lo |
F ig . 3.24 Pan ta l l a pa ra s e l e c c i o n a r la c i ta i n i c i a n d o c o n la s e l e c c i n de l e x p e d i e n t e
-
I n s e r t a r c i t a
N O . E X P . N O M B R E D E L P A C I E N T E
1 O u m U l n i n