UNIVERSIDAD PRIVADA SAN PEDRO SEDE BARRANCA FACULTAD DE INGENIERA ESCUELA DE INGENIERA INFORMTICA Y DE SISTEMAS

PROYECTO DE PRACTICAS PRE PROFESIONALES I

PRESENTADO POR:

OMONTE MAMANI MICHAEL YEYSSON

BARRANCA PERU

2013

DEDICATORIA

Primeramente a Dios por habernos permitido llegar hasta este punto y habernos dado salud, ser el manantial de vida y darnos lo necesario para seguir adelante da a da para lograr nuestros objetivos, adems de su infinita bondad y amor. A nuestros padres por habernos apoyado en todo momento, por sus consejos, sus valores, por la motivacin constante que nos han permitido ser personas de bien, pero ms que nada, por su amor.

AGRADECIMIENTO

A las personas quienes con su apoyo, conocimientos y recomendaciones han contribuido durante el desarrollo de nuestro informe.

A la clnica dental Nordent de Barranca por la oportunidad brindada para el desarrollo del Proyecto, el cual nos permite la realizacin del informe para la sustentacin de nuestro trabajo final del curso de Prctica Pre Profesionales I, de esa manera contribuyen en la formacin de Profesionales.

Muchas Gracias.

INDICE

1.

GENERALIDADES.......................................................................................................................... 9 1.1. 1.2. 1.3. 1.4. 1.5. 1.6. 1.7. NOMBRE DEL PROYECTO..................................................................................................... 9 DESCRIPCION DEL PROYECTO ............................................................................................. 9 LOGOTIPO DE LA ORGANIZACIN ..................................................................................... 10 RAZON SOCIAL DE LA ORGANIZACIN .............................................................................. 10 DESCRIPCION DE LA ORGANIZACIN ................................................................................ 10 ORGANIGRAMA ................................................................................................................. 12 SITUACION PROBLEMTICA .............................................................................................. 13 SELECCIN DEL PROBLEMA ....................................................................................... 13 ANTECEDENTES DEL PROBLEMA ............................................................................... 13

1.7.1. 1.7.2. 1.8.

JUSTIFICACION DEL PROYECTO ......................................................................................... 13 JUSTIFICACION TECNICA............................................................................................ 13 JUSTIFICACION OPERATIVA ....................................................................................... 13 JUSTIFICACION ECONOMICA ..................................................................................... 14

1.8.1. 1.8.2. 1.8.3. 1.9.

OBJETIVOS DEL PROYECTO ................................................................................................ 14 OBJETIVO GENERAL ................................................................................................... 14 OBJETIVO ESPECIFICO ............................................................................................... 14 LIMITACIONES DEL PROYECTO ...................................................................................... 14 LIMITACION CRONOLOGIA ........................................................................................ 14 LIMITACION TECNOLOGICA ....................................................................................... 15 LIMITACION TECNICA ................................................................................................ 15

1.9.1. 1.9.2. 1.10. 1.10.1. 1.10.2. 1.10.3. 2.

MARCO TEORICO ....................................................................................................................... 16 METODOLOGIA DE DESARROLLO: PROGRAMACIN EXTREMA (XP) ............................................ 16

3.

APLICACIN DE LA METODOLOGIA........................................................................................... 17 3.1. MODELAMIENTO DEL NEGOCIO ....................................................................................... 17 PICTOGRAMA ............................................................................................................ 17 PROCESOS DE NEGOCIO ............................................................................................ 19 REGLAS DE NEGOCIO ................................................................................................. 20 MODELADO DE CASOS DE USO DEL NEGOCIO .......................................................... 21

3.1.1. 3.1.2. 3.1.3. 3.1.4.

3.1.5. 3.1.6. 3.1.7. 3.1.8. 3.2. 3.2.1. 3.2.2. 3.2.3. 3.2.4. 3.3.

ESPECIFICACION DE CASOS DE USO DE NEGOCIO .................................................... 21 DIAGRAMA DE ACTIVIDAD POR CADA CASO DE USO DE NEGOCIOS ........................ 22 MODELO DE OBJETOS DEL NEGOCIO ........................................................................ 24 MODELO DE DOMINIO .............................................................................................. 25

MODELO DE REQUERIMIENTOS ........................................................................................ 26 MODELO DE CASOS DE USO DE REQUERIMIENTOS DETALLADO.................................. 26 DIAGRAMA DE CASOS DE USO DE REQUERIMIENTOS .............................................. 27 MATRIZ DE PRIORIZACION DE CASOS DE USOS ........................................................ 27 ESPECIFICACION DE CASOS DE USO DE REQUERIMIENTOS ...................................... 28

ANALISIS ............................................................................................................................ 36 DIAGRAMAS DE COLABORACION .............................................................................. 36

3.3.1. 3.4.

DISEO .............................................................................................................................. 40 INTERFACES DE USUARIO .......................................................................................... 40 DIAGRAMAS DE SECUENCIA DE DISEO ................................................................... 45 DIAGRAMA DE CLASES DE DISEO ............................................................................ 49 DIAGRAMA DE ESTADO ............................................................................................. 50 MODELO FISICO DE LA BASE DE DATOS RELACIONAL (RATIONAL) ........................... 52 SCRIPT DE MIGRACION DE LA BASE DE DATOS A SQL SERVER 2000......................... 53 MODELO FISICO DE LA BASE DE DATOS RELACIONAL (SQL SERVER) ........................ 58 MODELO FISICO DE LA BASE DE DATOS RELACIONAL (NORMALIZADO) .................. 59

3.4.1. 3.4.2. 3.4.3. 3.4.4. 3.4.5. 3.4.6. 3.4.7. 3.4.8. 3.5.

IMPLEMENTACION ............................................................................................................ 60 DIAGRAMA DE COMPONENTES ................................................................................ 60 DIAGRAMA DE DESPLIEGUE ...................................................................................... 60

3.5.1. 3.5.2. 3.6.

PRUEBA.............................................................................................................................. 61 PRUEBA DE LA CAJA NEGRA ...................................................................................... 61

3.6.1. 4. 5. 6. 7.

CONCLUSIONES ......................................................................................................................... 61 RECOMENDACIONES ................................................................................................................. 61 REFERENCIAS BIBLIOGRAFICAS, ENLACES WEB ........................................................................ 62 ANEXOS ..................................................................................................................................... 63

RESUMEN

Proyecto que trata la creacin de una clnica dental odontolgica como una alternativa medico socio empresarial acompaado de un plan estratgico de marketing para la rama odontolgica, con todas las herramientas de mercadeo. Determina el grado de importancia de la salud bucal, necesidades que hay en el mercado, as como las ventajas y desventajas de la clnica dental. Establece estndares y medidas de calidad de servicio mediante un modelo de satisfaccin de los pacientes. Evala la competencia y propone lineamientos para crear un sistema de informacin sobre historias clnicas.

ABSTRAC

Project is the creation of a dental clinic as an alternative medical dental business partner accompanied by a strategic marketing plan for the dental industry, with all the marketing tools. Determines the degree of importance of oral health needs in the market, and the advantages and disadvantages of the practice. Establishes standards and measures of quality of service through a model of patient satisfaction. Evaluate competition and proposes guidelines to create an information system records.

INDRODUCCIN

En esta introduccin vamos a mostrarle un poco de lo que trata la clnica dental y sobre el sistema que se va a desarrollar. Poco se ha escrito respecto a las pautas de conducta a tener en relacin al mantenimiento de las historias clnicas, a pesar de que se conoce que las caractersticas de las instalaciones y los equipos dentales impactan en la satisfaccin del usuario y en la calidad del servicio odontolgico.

Desde nuestra experiencia, podemos decir que se ve un amplsimo rango de variacin de criterios y sobre todo de prcticas respecto al manejo del tema en Odontologa, siendo muy comn verificar serias discrepancias entre lo que se tiene como concepto referencial y lo que se verifica en la realidad; es decir: lo que se dice, no es necesariamente lo que se hace.

El presente artculo busca brindar una base para facilitar la planificacin, ejecucin y control de un "Sistema de historias clnicas dentales", que permita garantizar a lo largo del tiempo el adecuado mantenimiento en los clientes.

Ha sido confeccionado de manera que el producto final est constituido por documentos de fcil aplicacin y manejo en el consultorio odontolgico, los cuales se detallan dentro de los anexos.

1. GENERALIDADES
1.1. NOMBRE DEL PROYECTO Clnica Dental Nordent

1.2. DESCRIPCION DEL PROYECTO La Clnica Dental NORDENT, queda ubicada en la direccin Jirn Glvez 337 of. 2 (2 Piso) de la ciudad de Barranca, Departamento de Lima.

Para efectividad de desarrollo y comprensin de la monografa, se ha dividido a la misma en dos captulos. El primer captulo presenta los antecedentes de estudios llevado a cabo en algunas instituciones involucradas dentro del entorno al trabajo de informacin a desarrollar, aplicaciones comprendidas para el desarrollo dentro de nuestra institucin, y tambin desarrollando una base terica de conceptos bsicos sobre sistema, informacin, informtica, sistemas informticos, procesos UML, procesos de Modelamiento y algunas herramientas que nos ayudarn al avance del mismo. El ltimo captulo abarca todo lo referente a la empresa y al sistema como es la administracin, desarrollo, e implementacin. En la administracin de la empresa se menciona la misin, visin, FODA, anlisis de recursos como tecnolgicos, humanos, fsicos y econmicos, el desarrollo e implementacin del sistema encontrar el diseo de la base de datos, diseo de la aplicacin Windows, instalacin del software del sistema, y Finalmente un manual de tanto de instalacin como de manejo del sistema para usuarios, las conclusiones y recomendaciones de la monografa, glosario de palabras importantes a conocer, bibliografa respectiva, y anexos donde se detalla cuadros tanto precios como diagramas.

1.3. LOGOTIPO DE LA ORGANIZACIN

1.4. RAZON SOCIAL DE LA ORGANIZACIN NOMBRE: DIRECCION: TELEFONO: E-MAIL: Clnica Dental Nordent Jr. Glvez N- 377 2do piso 7681912 nordent_credident_bca@hotmail.com

1.5. DESCRIPCION DE LA ORGANIZACIN La organizacin trata de dar servicios a los clientes ofreciendo soluciones a los problemas en el mbito dental. La organizacin ofrece medicamentos, buen trato, promociones y mucha comodidad a los clientes, teniendo las maquinas de ltima tecnologa y de mejor trabajo. Su proyeccin es ser muy conocidos a nivel nacional e internacional para as poder ser muy competitivos en el mbito dental. La organizacin nos muestra una serie de servicios dentales y buenas atenciones como:

10

 Atencin personal Para poder responder a sus necesidades de salud bucodental, estudiamos su caso de forma personal y le ofrecemos las soluciones ms adecuadas. Analizamos el historial de nuestros pacientes cada vez que emprendemos un nuevo tratamiento para adecuarlo a sus caractersticas y necesidades personales.

Atencin contina En Servicios Dentales Integrales encontrar siempre a los mismos profesionales. Somos un equipo slido, que comparte experiencias y avanza en el conocimiento y aplicacin de nuevos tratamientos.

Atencin completa

En Servicios Dentales Integrales desarrollamos todas las especialidades de la Odontologa para poder ofrecer una solucin eficaz a cualquier necesidad de salud bucodental. Esto nos permite adems atender a todos los miembros de la familia, cualquiera que sea su edad o necesidades

11

1.6. ORGANIGRAMA

12

1.7. SITUACION PROBLEMTICA

1.7.1. SELECCIN DEL PROBLEMA

De acuerdo a lo relatado por el gerente de NORDENT, la institucin no cuenta con un sistema que facilite las tareas de dicha empresa a tal motivo que vamos a implementar un sistema capaz de cumplir con todos los requisitos de la empresa a fin de optimizar los procesos de la empresa. 1.7.2. ANTECEDENTES DEL PROBLEMA Los antecedentes de este problema, est compuesto en los siguientes niveles: A nivel interno: La CLINICA DENTAL NORDENT, actualmente no cuenta con un Sistema Informtico, ni Desktop para desarrollar sus procesos. A nivel externo: Hoy en da no hay creados muchos sistemas informticos en clnicas dentales que se basen en historias clnicas y servicios a los clientes sobre lo que ofrece la clnica. Existen software hechos pero que no estn completos o les falta algo y no va a comodidad con la clnica dental.

1.8. JUSTIFICACION DEL PROYECTO

1.8.1. JUSTIFICACION TECNICA Brindara un soporte de informacin adecuada y eficiente, mediante el desarrollo de un sistema informtico para el control de historias clnicas. El Software a realizarse necesariamente cuenta con un instalador. El Sistema informtico, podr ser utilizado en cualquier plataforma de Sistema operativo (Multi-plataforma).

1.8.2. JUSTIFICACION OPERATIVA El beneficio que traer al realizar este Sistema informtico es de agilizar la bsqueda de informacin requerida en la clnica dental en tiempo real (al momento). Reduccin del tiempo para la realizacin de los procesos que se hacan manualmente. Facilidad de uso por parte del usuario con una presentacin (interfaz) intuitiva, amigable y fcil de usar.

13

1.8.3. JUSTIFICACION ECONOMICA Reduccin en los gastos cotidianos de tiles de oficina, al procesar los datos en forma lgica. Optimizacin de las horas hombre del personal.

1.9. OBJETIVOS DEL PROYECTO

1.9.1. OBJETIVO GENERAL Desarrollar un Sistema informtico para controlar las historias clnicas y el seguimiento de los pacientes de la CLINICA DENTAL NORDENT.

1.9.2. OBJETIVO ESPECIFICO Recopilar y clasificar informacin de la clnica segn sus requerimientos . Utilizar la Metodologa XP (Programacin Extrema) para poder elaborar las historias de usuarios, iteraciones, implementaciones, pruebas, etc. Implementar el Sistema informtico utilizando como lenguaje de programacin: Microsoft Visual Studio 2010 y como Administrador de Base de Datos Microsoft SQL SERVER 2008. Comprobar el funcionamiento del sistema informtico. Instalacin al 100 % del sistema informtico.

1.10.

LIMITACIONES DEL PROYECTO

1.10.1. LIMITACION CRONOLOGIA Una de las limitaciones ms notorias es el tiempo, ya que no contamos con mucha disposicin de las personas encargadas de la empresa, por motivo que se encuentran frecuentemente trabajando. La falta de tiempo para el logro de los objetivos planteados, se deben al corto tiempo con el que se disponen los alumnos para realizar el respectivo estudio.

14

1.10.2. LIMITACION TECNOLOGICA La empresa no cuenta con el equipo necesario para llevar el control de historias clinicas, ya que en la actualidad lleva los registros de cuentas con una libreta o cuaderno el cual retrasa enormemente el desarrollo de los procesos

1.10.3. LIMITACION TECNICA Poco dominio por parte del desarrollador en el Modelamiento. Falta de destreza en la definicin clara de los objetivos.

15

2. MARCO TEORICO
METODOLOGIA DE DESARROLLO: PROGRAMACIN EXTREMA (XP) XP es una metodologa gil centrada en potenciar las relaciones interpersonales como clave para el xito en desarrollo de software, promoviendo el trabajo en equipo, preocupndose por el aprendizaje de los desarrolladores y propiciando un buen clima de trabajo. XP se basa en realimentacin continua entre el cliente y el equipo de desarrollo, comunicacin fluida entre todos los participantes, simplicidad en las soluciones implementadas y coraje para enfrentar los cambios. El ciclo de vida ideal de XP consiste en seis fases: Exploracin. Planificacin de la entrega. Iteraciones. Produccin. Mantenimiento. Muerte del proyecto.

16

3. APLICACIN DE LA METODOLOGIA
3.1. MODELAMIENTO DEL NEGOCIO 3.1.1. PICTOGRAMA 3.1.1.1. Pictograma

Solicita Consulta Verifica/Registra PACIENTE PACIENTE CONSULTOR

Registra Registra Verifica/Registra

Registra

PAGO

CITA Solicita Informacin ATENCIN

CONSULTA

Genera

Historial

Actualiza ADMINISTRADOR Precio y Servicios

17

3.1.1.2. Descripcin del Pictograma

Un pictograma es un dibujo convencionalizado que representa un objeto de manera simplificada y permite transmitir, de este modo, una informacin tambin convencionalizada. Los pictogramas son independientes de cualquier lengua particular porque no representan palabras sino realidades. Iniciando el proceso con el paciente quien solicita una consulta mdica (dental) al consultor, el cual verifica al paciente si est registrado como un paciente atendido o en tratamiento. Si en caso el paciente quiere una atencin el consultor debe de registrar el pago previo a realizar la atencin o iniciar un tratamiento, luego reserva una cita para continuar con el mismo. El administrador utilizando la informacin que tiene el consultor puede generar reportes como el historial, a su vez este mismo puede dar mantenimiento o actualizar los precios de los servicios.

18

3.1.2. PROCESOS DE NEGOCIO

GESTIN DE CONSULTA

Gestin de Consulta

El usuario se dirige hacia el consultorio solicitando consulta. El consultor verifica si ya es un paciente en tratamiento. El consultor registra la consulta.

CONTROL DE ATENCIN

Control de Atencin

El paciente se dirige hacia el consultorio para ser atendido. El consultor verifica el pago. El consultor verifica cita.

19

3.1.3. REGLAS DE NEGOCIO

PROCESO DE NEGOCIO: GESTIN DE CONSULTA

Gestin de Consulta

Si el paciente no est obligado en registrarse. Si el paciente ya es paciente en tratamiento, el consultor debe usar sus datos del historial. Un paciente puede realizar varias consultas por da. El paciente no realiza algn pago por una consulta.

PROCESO DE NEGOCIO: CONTROL DE ATENCIN

Control de Atencin

El consultor debe verificar el pago antes de realizar la atencin. Si el paciente est en tratamiento el consultor debe verificar deudas. Si el paciente est en tratamiento el consultor debe verificar la cita. Si el paciente es nuevo el consultor debe de registrar al paciente y crear un historial clnico dental. Si el cliente tiene deudas, debe regularizarlas para continuar con la atencin.

20

3.1.4. MODELADO DE CASOS DE USO DEL NEGOCIO

Gestin de Consulta

BAPaciente Control de Atencin

3.1.5. ESPECIFICACION DE CASOS DE USO DE NEGOCIO

GESTIN DE CONSULTA Llevar el control de consultas realizadas en da. FLUJO DE TRABAJO El paciente solicita una o ms consulta, el consultor se encarga de tomar los datos y medidas necesarias. No es necesario que el paciente sea un paciente ya tratado o en tratamiento.

CONTROL DE ATENCIN Tener un seguimiento detallado de las atenciones realizadas por da. FLUJO DE TRABAJO El paciente solicita una atencin, puede que con previa consulta o cita, el consultor registra la atencin y lo dirige con un mdico de turno o en la especialidad requerida.

21

3.1.6. DIAGRAMA DE ACTIVIDAD POR CADA CASO DE USO DE NEGOCIOS

3.1.6.1. DIAGRAMA DE ACTIVIDAD CONSULTA Paciente

Consultor

Inicio DIAGRAMA DE ACTIVIDAD - CONSULTA

Realizar Consulta

Muestra Servicio/Precio

Entregar Proforma

Esta de Acuerdo

Si

Realizar Atencin

22

3.1.6.2. DIAGRAMA DE ACTIVIDAD ATENCIN

Paciente 3.1.6.3.

Consultor

DIAGRAMA DE ACTIVIDAD - ATENCIN Solocita Atencin Verifica Servicio

Servicio Disponib le

Si

Verifica Cita/Cons ulta

Existe Cita/Consulta No Si No Crea Nuevo His torial del Paciente

Verifica His torial del Paciente

Realizar Curacin Dental Hacer Recetario

Necesita Tratamiento Si No

Res ervar Cita

23

3.1.7. MODELO DE OBJETOS DEL NEGOCIO

DIAGRAMA DE OBJETO DE NEGOCIO- GESTION DE CONSULTA

BEServicio verifica

verifica BEConsulta verifica

BAPaciente

Consultor

verifica

BEPacientes

BEMdico

DIAGRAMA DE OBJETO DE NEGOCIO - CONTROL DE ATENCION

verifica BEServicio

verifica BAPaciente Consultor

BECita

24

3.1.8. MODELO DE DOMINIO

DIAGRAMA DE DOMINIO Servicios * 1 Consultas 1 * 1 Pacientes 1

* Atencin * 1

1 Historial

25

26
<<include>> <<include>> Genera Historial <<include>> Registar Paciente Verificar Paciente <<include>> Consultor <<include>> <<include>> Verificar Consulta Registar Consulta <<include>> <<include>> Verificar Servicios Registrar Atencin Registrar Pago Registrar Cita <<include>> <<include>> Verificar Empleados <<include>> Verificar Atencin <<include>> Administrar Servicios <<include>> <<include>> <<extend>> Tabla Descuentos <<include>> Verificar Pago <<include>> Administrador <<include>> Administrar Empleados Verificar Reportes Generar Reportes <<include>> Reporte_Historial

3.2. MODELO DE REQUERIMIENTOS

Act. Estado Cita

<<include>>

<<include>>

3.2.1. MODELO DE CASOS DE USO DE REQUERIMIENTOS DETALLADO

Verificar Cita

3.2.2. DIAGRAMA DE CASOS DE USO DE REQUERIMIENTOS

Registar Paciente

Consultor Administrar Servicios Registar Consulta

Registrar Atencin Registrar Pago Registrar Cita

Administrar Empleados Administrador

Generar Reportes

3.2.3. MATRIZ DE PRIORIZACION DE CASOS DE USOS

N 1 2 3 4 5 6 7 8

Caso uso Registrar Paciente Registrar Consulta Registrar Atencin Registrar Pago Registrar Cita Administrar Servicio Administrar Empleado Generar Reporte

Rendimiento 4 minutos 4 minutos 4 minutos 4 minutos 4 minutos 4 minutos 4 minutos 4 minutos

Frecuencia 5v/da 5v/da 5v/da 5v/da 7v/da 3v/mes 1v/mes 9v/da

Importancia Vital Vital Vital Vital Vital Importante Importante Importante

Urgencia Inmediata Inmediata Inmediata Inmediata Inmediata Inmediata Inmediata Inmediata

Prioridad 1 2 3 4 5 6 7 8

27

3.2.4. ESPECIFICACION DE CASOS DE USO DE REQUERIMIENTOS

3.2.4.1. REGISTRAR PACIENTE

Caso de uso Descripcin Precondicin Secuencia normal Paso 1

Registrar Paciente El sistema deber guardar toda la informacin necesaria del paciente.

Accin

Post condicin Excepciones

Rendimiento Frecuencia Importancia Urgencia Comentarios

El sistema crea un nuevo registro de paciente. 2 El sistema ingresa los registros del paciente. Los pacientes deben estar actualizados en el sistema. Paso Accin En caso de que no se ingrese 1 correctamente todo el registro del paciente el sistema deber mandar su mensaje indicando que no se registro correctamente los datos del paciente. En caso de que el paciente ya este 2 registrado anteriormente el sistema mandara un mensaje que el paciente ya existe. El sistema deber realizar el registro del paciente en un tiempo de 4 minutos. 5 veces /da Vital Inmediatamente Sin comentarios adicionales

28

3.2.4.2. REGISTRAR CONSULTA Caso de uso Descripcin Precondicin Secuencia normal Paso 1 2 Post condicin Excepciones Accin El sistema crea una nueva consulta. Registrar Consulta El sistema deber guardar toda la informacin sobre la consulta.

El sistema ingresa los registros de la consulta. La consulta no necesariamente que dan registrados en el sistema. Paso Accin 1 En caso de que no se ingrese correctamente todo el registro de la consulta el sistema deber mandar su mensaje indicando que no se registro correctamente. En caso de que el paciente ya este 2 registrado anteriormente el sistema puede jalar el nombre del paciente. El sistema deber realizar el registro de la consulta en un tiempo de 4 minutos. 5 veces /da Vital Inmediatamente Sin comentarios adicionales

Rendimiento Frecuencia Importancia Urgencia Comentarios

29

3.2.4.3. REGISTRAR ATENCIN

Caso de uso Descripcin Precondicin Secuencia normal Paso 1 2 Post condicin Excepciones

Registrar Atencin El sistema deber guardar toda la informacin sobre la atencin.

Accin El sistema crea una nueva atencin.

El sistema ingresa los registros de la atencin. La atencin genera el historial y queda registrado en el sistema. Paso Accin 1 En caso de que no se ingrese correctamente todo el registro de la atencin el sistema deber mandar su mensaje indicando que no se registro correctamente. En caso de que el paciente ya este 2 registrado anteriormente el sistema puede jalar el nombre del paciente. El sistema deber realizar el registro de la atencin en un tiempo de 4 minutos. 5 veces /da Vital Inmediatamente Sin comentarios adicionales

Rendimiento Frecuencia Importancia Urgencia Comentarios

30

3.2.4.4. REGISTRAR PAGO

Caso de uso Descripcin Precondicin Secuencia normal Paso 1

Registrar Pago El sistema deber guardar toda la informacin sobre el registro de pago.

Accin

Post condicin Excepciones

El sistema registra el pago por atencin o tratamiento. 2 El sistema ingresa los registros del pago. El registro del pago genera permiso para poder realizar la atencin en el sistema. Paso Accin 1 En caso de que no se ingrese correctamente todo el registro del pago el sistema deber mandar su mensaje indicando que no se registro correctamente. En caso de que el paciente tenga 2 deudas por un tratamiento registrado anteriormente el sistema debe de actualizar la deuda. El sistema deber realizar el registro del pago en un tiempo de 4 minutos. 5 veces /da Vital Inmediatamente Sin comentarios adicionales

Rendimiento Frecuencia Importancia Urgencia Comentarios

31

3.2.4.5. REGISTRAR CITA

Caso de uso Descripcin Precondicin Secuencia normal Paso 1 2 Post condicin Excepciones

Registrar Cita El sistema deber guardar toda la informacin sobre la cita.

Accin El sistema crea una nueva cita.

El sistema ingresa los registros de la cita. Para realizar una cita, el paciente debe estar en tratamiento registrado en el sistema. Paso Accin 1 En caso de que no se ingrese correctamente todo el registro de la cita el sistema deber mandar su mensaje indicando que no se registro correctamente. En caso de que el paciente ya este 2 en espera de una cita anteriormente, el sistema debe mandar un mensaje que ya tiene cita separada y no crear nueva cita. El sistema deber realizar el registro de la cita del paciente en un tiempo de 4 minutos. 5 veces /da Vital Inmediatamente Sin comentarios adicionales

Rendimiento Frecuencia Importancia Urgencia Comentarios

32

3.2.4.6. ADMINISTRAR SERVICIO

Caso de uso Descripcin Precondicin Secuencia normal Paso 1

Administrar Servicio El sistema deber guardar toda la informacin sobre los servicios.

Accin

Post condicin Excepciones

El sistema crea un nuevo servicio, modifica o elimina. 2 El sistema ingresa los datos del Servicio. Para agregar descuento a un servicio, el descuento debe de registrado en el sistema. Paso Accin 1 En caso de que no se ingrese correctamente todo el registro de servicio el sistema deber mandar su mensaje indicando que no se registro correctamente. En caso de que el servicio ya este 2 registrado anteriormente el sistema puede editar, modificar o eliminar. El sistema deber realizar la administracin de los servicios en un tiempo de 4 minutos. 3 veces /mes. Importante. Inmediatamente Sin comentarios adicionales

Rendimiento Frecuencia Importancia Urgencia Comentarios

33

3.2.4.7. ADMINISTRAR EMPLEADO

Caso de uso Descripcin Precondicin Secuencia normal Paso 1

Administrar Empleado El sistema deber guardar toda la informacin sobre los empleados.

Accin

Post condicin Excepciones

El sistema crea un nuevo empleado, modifica o elimina. 2 El sistema ingresa los datos del Empleado. Para agregar un empleado de debe de verificar cargo. Paso Accin 1 En caso de que no se ingrese correctamente todo el registro del empleado el sistema deber mandar su mensaje indicando que no se registro correctamente. En caso de que el empleado ya este 2 registrado anteriormente el sistema puede editar, modificar o eliminar. El sistema deber realizar la administracin del empleado en un tiempo de 4 minutos. 1 vez /mes. Importante. Inmediatamente Sin comentarios adicionales

Rendimiento Frecuencia Importancia Urgencia Comentarios

34

3.2.4.8. GENERAR REPORTE

Caso de uso Descripcin

Generar Reporte El sistema deber generar un reporte, Historial Mdico Dental con toda la informacin del paciente. Paso 1 Accin

Precondicin Secuencia normal

Post condicin

Excepciones

El sistema genera un nuevo reporte. 2 El sistema genera los datos del Historial. Para generar el reporte, el sistema deber de buscar toda la informacin del paciente registrado en el sistema. Paso Accin 1 En caso de que no se genere correctamente reporte el sistema deber mandar su mensaje indicando que no se gener correctamente. En caso de que el Historial ya haya 2 generado anteriormente el sistema puede editar, modificar o eliminar. O generar nuevo Historial. El sistema deber generar el reporte en un tiempo de 4 minutos. 9 veces /da. Importante. Inmediatamente Sin comentarios adicionales

Rendimiento Frecuencia Importancia Urgencia Comentarios

35

3.3. ANALISIS 3.3.1. DIAGRAMAS DE COLABORACION 3.3.1.1. PACIENTE

DC PACIENTE 2: 3:

4: 1:

: verifica paciente

: Consultor

: GUI registra paciente

: PACIENTE 5: 6:

: registrar pacient

3.3.1.2. CONSULTA

DC CONSULTA

3:

2: 4: 11: 1: 13:

: verific consulta

12:

: verifica servicio : Consultor : GUI registra consulta 5: 6:

: SERVICIO

: CONSULTA 8: 7: : verifica cita : CITA

9:

: registrar consulta

36

3.3.1.3. ATENCIN
3: DC ATENCIN

2: 4: 5: 1: 7:

: verifica atencion

6:

: registrar pago 8: : Consultor : GUI registra atencion 9: 11: 10: : verifica empleado 13: 12:

: PAGO

: ATENCION

: EMPLEADO

: registrar atencion

3.3.1.4. PAGO

DC PAGO 2: : verifica pago 1: 4: 3:

: Consultor

: GUI registra pago

5:

6:

: PAGO

: registrar pago

37

3.3.1.5. CITA
DC CITA

2:

3: 4: : verifica cita

11:

10: : verifica paciente 1: 12: 5: 9: : Consultor : GUI registra cita 6: : verifica consulta 7: 8: : CONSULTA : CITA : PACIENTE

: registrar cita

3.3.1.6. SERVICIO

3: DC SERVICIO : verifica servicio 2: 4: 1: 5: 6:

7: : Administrador : GUI registra servicio 8: : verificar descuento : DESCUENTO

: SERVICIO

9:

: registrar servicio

38

3.3.1.7. EMPLEADO
DC EMPLEADO 2: 1: 4: 5: : Administrador : GUI registra empleado 6: : EMPLEADO : verificar empleado 3:

: registrar empleado

3.3.1.8. REPORTE

DC REPORTE 2: : verifica reporte 1: 4: 3:

5: : Administrador : genera reporte

6: : HISTORIAL

: generar reporte

39

3.4. DISEO 3.4.1. INTERFACES DE USUARIO

3.4.1.1. BIENVENIDA

40

3.4.1.2. MEN PRINCIAL

41

3.4.1.3. CONSULTA

3.4.1.4. PACIENTE

42

3.4.1.5. ODONTOLOGO

43

3.4.1.6. CITA

3.4.1.7. SERVICIO

44

3.4.2. DIAGRAMAS DE SECUENCIA DE DISEO

3.4.2.1. REGISTRAR PACIENTE

3.4.2.2. REGISTRAR CONSULTA

45

3.4.2.3. REGISTRAR ATENCIN

3.4.2.4. REGISTRAR CITA

46

3.4.2.5. ADMINISTRAR SERVICIO

3.4.2.6. ADMINISTRAR EMPLEADO

47

3.4.2.7. REGISTRAR REPORTE

3.4.2.8. ADMINISTRAR DESCUENTO

48

3.4.3. DIAGRAMA DE CLASES DE DISEO

49

3.4.4. DIAGRAMA DE ESTADO

3.4.4.1. PACIENTE
PACIENTE

Activo

Inactivo

3.4.4.2. CITA

CITA

Activo

Inactivo

50

3.4.4.3. EMPLEADO

EMPLEADO

Activo

Inactivo

3.4.4.4. ATENCIN

ATENCION

Espera Anulado

Atendido

51

3.4.5. MODELO FISICO DE LA BASE DE DATOS RELACIONAL (RATIONAL)

52

3.4.6. SCRIPT DE MIGRACION DE LA BASE DE DATOS A SQL SERVER 2000

CREATE TABLE T_SERVICIO ( cod_ser VARCHAR ( 255 ) NOT NULL, nombre VARCHAR ( 255 ) NOT NULL, precio VARCHAR ( 255 ) NOT NULL, precio_dsct VARCHAR ( 255 ) NOT NULL, descriocion VARCHAR ( 255 ) NOT NULL, T_SERVICIO_ID INT IDENTITY NOT NULL, CONSTRAINT PK_T_SERVICIO5 PRIMARY KEY NONCLUSTERED (T_SERVICIO_ID) ) GO CREATE TABLE T_ATENCIN ( cod_ate VARCHAR ( 255 ) NOT NULL, observacion VARCHAR ( 255 ) NOT NULL, cod_op VARCHAR ( 255 ) NOT NULL, diagnostico VARCHAR ( 255 ) NOT NULL, tratamiento VARCHAR ( 255 ) NOT NULL, consulta VARCHAR ( 255 ) NOT NULL, T_ATENCIN_ID INT IDENTITY NOT NULL, T_CONSULTA_ID INT NOT NULL, T_HISTORIAL_ID INT NOT NULL, T_OPERACION_CURA_ID INT NOT NULL, CONSTRAINT PK_T_ATENCIN7 PRIMARY KEY NONCLUSTERED (T_ATENCIN_ID), CONSTRAINT TC_T_ATENCIN29 UNIQUE NONCLUSTERED (T_OPERACION_CURA_ID) ) GO CREATE INDEX TC_T_ATENCIN21 ON T_ATENCIN (T_HISTORIAL_ID ) GO CREATE INDEX TC_T_ATENCIN28 ON T_ATENCIN (T_OPERACION_CURA_ID ) GO CREATE INDEX TC_T_ATENCIN7 ON T_ATENCIN (T_CONSULTA_ID ) GO CREATE TABLE T_TIPO_PAGO ( cod_tpag VARCHAR ( 255 ) NOT NULL, descripcion VARCHAR ( 255 ) NOT NULL, T_TIPO_PAGO_ID INT IDENTITY NOT NULL, T_PAGO_ID INT NOT NULL, CONSTRAINT PK_T_TIPO_PAGO11 PRIMARY KEY NONCLUSTERED (T_TIPO_PAGO_ID) ) GO CREATE INDEX TC_T_TIPO_PAGO19 ON T_TIPO_PAGO (T_PAGO_ID ) GO

53

CREATE TABLE T_PAGO ( cod_pag VARCHAR ( 255 ) NOT NULL, consulta VARCHAR ( 255 ) NOT NULL, fecha DATETIME NOT NULL, tipo_pago VARCHAR ( 255 ) NOT NULL, saldo VARCHAR ( 255 ) NOT NULL, a_cuenta VARCHAR ( 255 ) NOT NULL, total VARCHAR ( 255 ) NOT NULL, T_PAGO_ID INT IDENTITY NOT NULL, T_CONSULTA_ID INT NOT NULL, CONSTRAINT PK_T_PAGO8 PRIMARY KEY NONCLUSTERED (T_PAGO_ID) ) GO CREATE INDEX TC_T_PAGO9 ON T_PAGO (T_CONSULTA_ID ) GO CREATE TABLE T_CARGO ( cod_car VARCHAR ( 255 ) NOT NULL, permiso VARCHAR ( 255 ) NOT NULL, descripcion VARCHAR ( 255 ) NOT NULL, T_CARGO_ID INT IDENTITY NOT NULL, T_EMPLEADO_ID INT, CONSTRAINT PK_T_CARGO3 PRIMARY KEY NONCLUSTERED (T_CARGO_ID) ) GO CREATE INDEX TC_T_CARGO11 ON T_CARGO (T_EMPLEADO_ID ) GO CREATE TABLE T_PACIENTE ( cod_pac VARCHAR ( 255 ) NOT NULL, fec_nac DATETIME NOT NULL, tip_doc VARCHAR ( 255 ) NOT NULL, num_doc INT NOT NULL, nombre VARCHAR ( 255 ) NOT NULL, apellido VARCHAR ( 255 ) NOT NULL, direccion VARCHAR ( 255 ) NOT NULL, arteria VARCHAR ( 255 ) NOT NULL, num_tel VARCHAR ( 255 ) NOT NULL, e-mail VARCHAR ( 255 ) NOT NULL, T_PACIENTE_ID INT IDENTITY NOT NULL, T_HISTORIAL_ID INT NOT NULL, CONSTRAINT TC_T_PACIENTE24 UNIQUE NONCLUSTERED (T_HISTORIAL_ID), CONSTRAINT PK_T_PACIENTE1 PRIMARY KEY NONCLUSTERED (T_PACIENTE_ID) ) GO CREATE INDEX TC_T_PACIENTE23 ON T_PACIENTE (T_HISTORIAL_ID ) GO

54

CREATE TABLE T_CONSULTA ( cod_con VARCHAR ( 255 ) NOT NULL, cita VARCHAR ( 255 ) NOT NULL, paciente VARCHAR ( 255 ) NOT NULL, fecha DATETIME NOT NULL, servicio VARCHAR ( 255 ) NOT NULL, saldo VARCHAR ( 255 ) NOT NULL, total VARCHAR ( 255 ) NOT NULL, empleado VARCHAR ( 255 ) NOT NULL, T_CONSULTA_ID INT IDENTITY NOT NULL, T_CITA_ID INT NOT NULL, T_PACIENTE_ID INT NOT NULL, T_EMPLEADO_ID INT NOT NULL, T_SERVICIO_ID INT NOT NULL, CONSTRAINT PK_T_CONSULTA2 PRIMARY KEY NONCLUSTERED (T_CONSULTA_ID) ) GO CREATE INDEX TC_T_CONSULTA5 ON T_CONSULTA (T_PACIENTE_ID ) GO CREATE INDEX TC_T_CONSULTA15 ON T_CONSULTA (T_SERVICIO_ID ) GO CREATE INDEX TC_T_CONSULTA1 ON T_CONSULTA (T_CITA_ID ) GO CREATE INDEX TC_T_CONSULTA13 ON T_CONSULTA (T_EMPLEADO_ID ) GO CREATE TABLE T_EMPLEADO ( cod_emp VARCHAR ( 255 ) NOT NULL, nombre VARCHAR ( 255 ) NOT NULL, apellido VARCHAR ( 255 ) NOT NULL, cop VARCHAR ( 255 ) NOT NULL, especialida VARCHAR ( 255 ) NOT NULL, estudio_univ VARCHAR ( 255 ) NOT NULL, num_doc VARCHAR ( 255 ) NOT NULL, cargos VARCHAR ( 255 ) NOT NULL, direccion VARCHAR ( 255 ) NOT NULL, T_EMPLEADO_ID INT IDENTITY NOT NULL, CONSTRAINT PK_T_EMPLEADO4 PRIMARY KEY NONCLUSTERED (T_EMPLEADO_ID) ) GO CREATE TABLE T_CITA ( cod_cita VARCHAR ( 255 ) NOT NULL, fecha_res DATETIME NOT NULL, fecha_cit DATETIME NOT NULL, paciente VARCHAR ( 255 ) NOT NULL, T_CITA_ID INT IDENTITY NOT NULL, T_PACIENTE_ID INT NOT NULL,

55

CONSTRAINT PK_T_CITA0 PRIMARY KEY NONCLUSTERED (T_CITA_ID) ) GO CREATE INDEX TC_T_CITA3 ON T_CITA (T_PACIENTE_ID ) GO CREATE TABLE T_HISTORIAL ( cod_his VARCHAR ( 255 ) NOT NULL, paciente VARCHAR ( 255 ) NOT NULL, atencion VARCHAR ( 255 ) NOT NULL, cod_op VARCHAR ( 255 ) NOT NULL, fec_nac VARCHAR ( 255 ) NOT NULL, num_doc VARCHAR ( 255 ) NOT NULL, celular VARCHAR ( 255 ) NOT NULL, fecha VARCHAR ( 255 ) NOT NULL, odontograma VARCHAR ( 255 ) NOT NULL, diagnostico VARCHAR ( 255 ) NOT NULL, tratamiento VARCHAR ( 255 ) NOT NULL, observaciones VARCHAR ( 255 ) NOT NULL, T_HISTORIAL_ID INT IDENTITY NOT NULL, CONSTRAINT PK_T_HISTORIAL9 PRIMARY KEY NONCLUSTERED (T_HISTORIAL_ID) ) GO CREATE TABLE T_OPERACION_CURA ( cod_op VARCHAR ( 255 ) NOT NULL, fecha DATETIME NOT NULL, odontograma VARCHAR ( 255 ) NOT NULL, recomendacion VARCHAR ( 255 ) NOT NULL, T_OPERACION_CURA_ID INT IDENTITY NOT NULL, T_HISTORIAL_ID INT NOT NULL, CONSTRAINT PK_T_OPERACION_CURA10 PRIMARY KEY NONCLUSTERED (T_OPERACION_CURA_ID) ) GO CREATE INDEX TC_T_OPERACION_CURA26 ON T_OPERACION_CURA (T_HISTORIAL_ID ) GO CREATE TABLE T_DESCUENTO ( cod_dsct VARCHAR ( 255 ) NOT NULL, servicio VARCHAR ( 255 ) NOT NULL, descripcion VARCHAR ( 255 ) NOT NULL, T_DESCUENTO_ID INT IDENTITY NOT NULL, T_SERVICIO_ID INT, CONSTRAINT PK_T_DESCUENTO6 PRIMARY KEY NONCLUSTERED (T_DESCUENTO_ID) ) GO CREATE INDEX TC_T_DESCUENTO17 ON T_DESCUENTO (T_SERVICIO_ID )

56

GO ALTER TABLE T_CARGO ADD CONSTRAINT FK_T_CARGO5 FOREIGN KEY (T_EMPLEADO_ID) REFERENCES T_EMPLEADO (T_EMPLEADO_ID) GO ALTER TABLE T_CONSULTA ADD CONSTRAINT FK_T_CONSULTA0 FOREIGN KEY (T_CITA_ID) REFERENCES T_CITA (T_CITA_ID) GO ALTER TABLE T_CONSULTA ADD CONSTRAINT FK_T_CONSULTA7 FOREIGN KEY (T_SERVICIO_ID) REFERENCES T_SERVICIO (T_SERVICIO_ID) GO ALTER TABLE T_CONSULTA ADD CONSTRAINT FK_T_CONSULTA6 FOREIGN KEY (T_EMPLEADO_ID) REFERENCES T_EMPLEADO (T_EMPLEADO_ID) GO ALTER TABLE T_CONSULTA ADD CONSTRAINT FK_T_CONSULTA2 FOREIGN KEY (T_PACIENTE_ID) REFERENCES T_PACIENTE (T_PACIENTE_ID) GO ALTER TABLE T_PACIENTE ADD CONSTRAINT FK_T_PACIENTE11 FOREIGN KEY (T_HISTORIAL_ID) REFERENCES T_HISTORIAL (T_HISTORIAL_ID) GO ALTER TABLE T_DESCUENTO ADD CONSTRAINT FK_T_DESCUENTO8 FOREIGN KEY (T_SERVICIO_ID) REFERENCES T_SERVICIO (T_SERVICIO_ID) GO ALTER TABLE T_TIPO_PAGO ADD CONSTRAINT FK_T_TIPO_PAGO9 FOREIGN KEY (T_PAGO_ID) REFERENCES T_PAGO (T_PAGO_ID) GO ALTER TABLE T_PAGO ADD CONSTRAINT FK_T_PAGO4 FOREIGN KEY (T_CONSULTA_ID) REFERENCES T_CONSULTA (T_CONSULTA_ID) GO ALTER TABLE T_ATENCIN ADD CONSTRAINT FK_T_ATENCIN3 FOREIGN KEY (T_CONSULTA_ID) REFERENCES T_CONSULTA (T_CONSULTA_ID) GO ALTER TABLE T_ATENCIN ADD CONSTRAINT FK_T_ATENCIN10 FOREIGN KEY (T_HISTORIAL_ID) REFERENCES T_HISTORIAL (T_HISTORIAL_ID) GO ALTER TABLE T_ATENCIN ADD CONSTRAINT FK_T_ATENCIN13 FOREIGN KEY (T_OPERACION_CURA_ID) REFERENCES T_OPERACION_CURA (T_OPERACION_CURA_ID) GO ALTER TABLE T_OPERACION_CURA ADD CONSTRAINT FK_T_OPERACION_CURA12 FOREIGN KEY (T_HISTORIAL_ID) REFERENCES T_HISTORIAL (T_HISTORIAL_ID) GO ALTER TABLE T_CITA ADD CONSTRAINT FK_T_CITA1 FOREIGN KEY (T_PACIENTE_ID) REFERENCES T_PACIENTE (T_PACIENTE_ID) GO

57

3.4.7. MODELO FISICO DE LA BASE DE DATOS RELACIONAL (SQL SERVER)

58

3.4.8. MODELO FISICO DE LA BASE DE DATOS RELACIONAL (NORMALIZADO)

59

3.5. IMPLEMENTACION 3.5.1. DIAGRAMA DE COMPONENTES

System.Nordent.exe

Consulta

Atencin

DB_NORDENT

3.5.2. DIAGRAMA DE DESPLIEGUE

Consultor Base de Datos Central Procesador: Core i2 2.60GHz RAM: 4Gb HD: 500Gb S.O: Windows 7 Ultimate

SQL Server 2008 R2

preemptive <process name> <thread name>

60

3.6. PRUEBA 3.6.1. PRUEBA DE LA CAJA NEGRA

HISTORIAL

DATOS CLIENTE

REPORTE CONSULTA

REPORTE ATENCIN

4. CONCLUSIONES
El uso del sistema es muy sencillo adaptarlo a las necesidades del administrador y de la clnica dental para un mejoramiento de los procesos que actualmente son manuales. Se opt por utilizar SQL Server 2008, RationalRouse y Visual Studio 2012 para el desarrollo del sistema implementado, cuenta con un sistema registro de pacientes (Historias Clnicas), reserva de citas, consultas, atencin, registro de trabajadores (Odontlogos), etc. Con el fin de automatizar el proceso total.

5. RECOMENDACIONES
Tener definido el tema de los procesos, me refiero a tener estructurado los flujo gramas de trabajo de las distintas reas como consulta y atencin. Investigar sobre experiencias de otras clnicas dentales que antes hayan implementado un sistema similar, preferiblemente en la regin o pas de origen. Tener todas polticas y procesos documentados y detallados.

61

6. REFERENCIAS BIBLIOGRAFICAS, ENLACES WEB

http://www.geocities.ws/wlopezm/articulos/migrar.pdf http://www.slideshare.net/chepen1978/migracion-de-rational-rose-a-sql-server-2008 http://www.cop.org.pe/bib/investigacionbibliografica/MARGARITALOURDESMUNOZOLIVERA. pdf http://es.scribd.com/doc/69343804/Historia-Clinica-Odontologica http://midentista.wordpress.com/2011/12/17/queesunodontograma/ http://www.slideshare.net/isarte/odontograma-18244063 http://odonto-unfv.blogspot.com/2010/07/odontograma.html

62

7. ANEXOS

63

64

65

66