Proyecto SASO Sistema de Administración de Servicios Odontológico

Autores: Luis Olivera Aguilar Max Romero Inocencio

Agosto, 2011

HOJA DE CONTROL DE DOCUMENTO

Formato: Código Formato Versión: X.X - dd/mm/yyyy Ubicación: Ubicación del Formato

MÉTODOLOGIA RUP ©2011IdatSoft. Todos los derechos reservados

Pág. 1 de 109 Archivo:NombreArchivo.extension Actualización:dd/mm/yyyy

DEDICATORIA Al esfuerzo que pone día a día cada persona para crecer y alcanzar el éxito.
Formato: Código Formato Versión: X.X - dd/mm/yyyy Ubicación: Ubicación del Formato MÉTODOLOGIA RUP ©2011IdatSoft. Todos los derechos reservados Pág. 2 de 109 Archivo:NombreArchivo.extension Actualización:dd/mm/yyyy

INTRODUCCIÓN

El presente trabajo está enfocado en analizar los procesos de atención odontológica y extracción de información para análisis de productividad y costos. Se busca desarrollar una herramienta para consolidar la información del negocio, ofreciendo una fuente de análisis y gestión para la toma de decisiones por parte de dirección operativa y administrativa de la clínica.

Formato: Código Formato Versión: X.X - dd/mm/yyyy Ubicación: Ubicación del Formato

MÉTODOLOGIA RUP ©2011IdatSoft. Todos los derechos reservados

Pág. 3 de 109 Archivo:NombreArchivo.extension Actualización:dd/mm/yyyy

Índice
1. GENERALIDADES ...................................................................................... 6 1.1. 1.2. 1.3. DESCRIPCION DE LA ORGANIZACIÓN ............................................. 6 IDENTIFICACION DEL PROBLEMA..................................................... 8 OBJETIVOS .......................................................................................... 8 Objetivo general.............................................................................. 8 Objetivo específico ......................................................................... 9

1.3.1. 1.3.2. 1.4. 1.5.

DEFINICIÓN DE ALCANCES ............................................................. 10 LIMITACIONES ................................................................................... 11 Limitaciones Tecnológicas ............................................................ 11 Limitaciones Presupuestales ........................................................ 11 Limitaciones de RRHH ................................................................. 11

1.5.1. 1.5.2. 1.5.3. 1.6.

FACTIBILIDAD .................................................................................... 12 Factibilidad Técnica ...................................................................... 12 Factibilidad Operativa ................................................................... 12 Factibilidad Económica ................................................................. 13

1.6.1. 1.6.2. 1.6.3. 1.7.

JUSTIFICACION ................................................................................. 13

2. PLANTEAMIENTO .................................................................................... 14 2.1. 2.2. METODOLOGIA DE IMPLEMENTACIÓN .......................................... 14 ADMINISTRACION DEL PROYECTO ................................................ 17 Recurso Humanos del Proyecto ................................................... 17 Diagrama de GANTT .................................................................... 18 Análisis Costo / Beneficio (TIR/VAN) ............................................ 19

2.2.1. 2.2.2 2.2.3 2.3.

GESTION DE LOS RIESGOS ............................................................. 22

3. DESARROLLO .......................................................................................... 23 3.1. MODELO DE NEGOCIO ..................................................................... 23 MODELO DE CASO DE USO DEL NEGOCIO............................. 28 MODELO DE ANÁLISIS DEL NEGOCIO ..................................... 31

3.1.1. 3.1.2. 3.2.

MODELO DE REQUERIMIENTOS ..................................................... 39 Fuentes de Obtención de Requerimientos ................................... 39 Modelo de Casos de Uso ............................................................. 42

3.2.1. 3.2.2. 3.2.

MODELO DE ANALISIS Y DISEÑO.................................................... 56 Arquitectura del Análisis ............................................................ 56

14.1.1.

14.1.2. 14.1.3. 14.1.4. 14.1.5. 14.1.6. 14.1.7. 14.2.

Realización del Caso de Uso de Análisis .................................. 58 Modelo Conceptual ................................................................... 70 Capas y Subsistemas ................................................................ 71 Realización de los Casos de Uso de Diseño ............................. 72 Diagrama de Clases Persistentes (Base de Datos) ................. 81 Diccionario de Datos ................................................................. 82

MODELO DE IMPLEMENTACION .................................................. 97 Diagrama de componentes ....................................................... 97 Diagrama de Despliegue ......................................................... 101 Programación .......................................................................... 102

14.2.1. 14.2.2. 14.2.3. 14.3.

PRUEBAS ...................................................................................... 106

14.3.1. DEMO de los Casos de Uso Implementados y las Pruebas realizadas 106 15. CONCLUSIONES Y RECOMENDACIONES........................................ 107 CONCLUSIONES .......................................................................... 107 RECOMENDACIONES .................................................................. 107 BIBLIOGRAFIA .............................................................................. 108

15.1. 15.2. 15.3.

REFERENCIAS........................................................................................... 109 ANEXOS ..................................................................................................... 109 MANUAL DEL USUARIO ............................................................................ 109

1. GENERALIDADES
1.1. DESCRIPCION DE LA ORGANIZACIÓN

a) Razón Social. La institución odontológica tiene como razón social: “Clínica Dental el Nazareno E.I.R.L.”.

b) Ubicación (mapa grafico)

La institución odontológica se encuentra ubicada

Mza. B Lote. 13 Ctro.p. Porvenir Vitarte

Mz. “B” Lote. 13 Ctro.p. Porvenir Vitarte en el distrito de Ate Vitarte departamento de Lima.

c) Breve Descripción.

La clínica Dental el Nazareno es una institución dedicada a brindar servicios odontológicos, cuenta con un excelente personal en cuanto a atención al público se refiere, además cuenta con profesionales calificados que brindan la garantía de calidad al servicio prestado. En un consultorio odontológico hay muchas necesidades, la buena atención a un paciente, la oportuna información del tratamiento que necesita el paciente, la efectividad de los procedimientos realizados por cada uno de los especialistas a cargo, un control de la información de los pacientes atendidos y los cuales ya hayan culminado los tratamientos, realización de facturas y un control de materiales en el stock, una infinidad de cosas relacionadas entre sí, son factores claves del éxito en el negocio. La institución se encuentra situada en el Distrito de Ate en el departamento de Lima, se ubica en cuanto al giro empresarial en la categoría de Servicios, considerada como actividades de Médicos y odontólogos, cuya razón social es “Clínica Dental el Nazareno E.I.R.L.” y esta estereotipada como una empresa individual de Responsabilidad Limitada en condición de Activa, tuvo como inicio de sus actividades el 01 de junio de 2007.

1.2. IDENTIFICACION DEL PROBLEMA En la era en la que nos encontramos donde el manejo de la información de manera acertada puede convertirse en el recurso más valioso para toda organización, factor clave del éxito y el desarrollo sostenido. Actualmente el centro odontológico presenta deficiencias en el manejo de la información (manejo de historial de pacientes, citas, ingresos por servicios brindados, egresos, Horario de disponibilidad de los odontólogos, registro de citas, etc.), como principal obstáculo se ha determinado a los procesos manuales que aun se realizan para la administración de la institución, dichos procesos toman demasiado tiempo en llevarse a cabo, sin contar que al ser ejecutados por varias personas tiende a redundarse la información y a ser poco consistente, y propenso al error humano, y al ser la información almacenada de manera tradicional (se posee un archivador, gabinete donde se guardan los principales documentos de la institución, así como también el registro de sus movimientos económicos) se ven afectados por el deterioro al paso del tiempo. Los problemas tratados en el presente trabajo no solo corresponde al desarrollo de un sistema de administración odontológica, también abarca la revisión de procesos desarrollados en el entorno de la organización y el diseño de algunas propuestas de solución que permitan realizar de manera optima la administración de la información y de esta forma lograr el desarrollo sostenido del centro odontológico el Nazareno.

1.3.

OBJETIVOS

En el presente estrato se incluirán los objetivos tanto generales como específicos que se pretenden alcanzar con el desarrollo del sistema.

1.3.1. Objetivo general Realizar el análisis, diseño e implementación de un Sistema de Administración de servicios Odontológicos que permita la correcta gestión de la información en los centros odontológicos, el mantenimiento de la información consistente, relacionada y centralizada para lograr un optimo rendimiento en la ejecución de los procesos y la integración de las actividades de la institución, la implantación de una arquitectura que soporte los escalamientos de los sistemas de información a lo largo del tiempo.

El producto de este trabajo es relacionar el área de atención al cliente con la evolución de la presencia del cliente/usuario en la entidad odontológica. Definir el mantenimiento de la información de forma consistente, relacionada y centralizada.

 

Tener un estricto control de los movimientos dentro de la clínica dental. Control de la situación de evaluación del paciente. Aumentar la productividad en atenciones diarias, para esto es necesario contar con mayor cantidad de odontólogos, y por ende poderlos controlar de una manera simple y amigable a distancia y/o personalmente.

1.3.2. Objetivo específico Desarrollo de un Modelo de Datos completo, con estructura relacional y con integridad de la información para nutrir los módulos de la institución. Implementar Módulos de atención al público en general, consultoría y todo el proceso de atención y tratamiento odontológico (seguimiento periódico). Así como también implantar un modulo que nos permita la administración de los movimientos (Ingresos/Salidas) registrados en el centro odontológico. Desarrollar un esquema de seguridad principal que permita controlar el acceso a las herramientas de software implementadas en la institución. Si detallamos más acerca de los objetivos se podría mencionar los siguientes:       Conocer cuánto dinero se mueve o genera cada médico odontólogo, periódicamente El tiempo promedio en el cual está ocupado cada odontólogo. Mantener al tanto el control de los tratamientos. Representación del Ordinograma, durante el tratamiento. Cuanto ingresa, cuanto sale en costos. Controlar de manera eficaz las citas de los pacientes.

1.4.

DEFINICIÓN DE ALCANCES

El alcance presentado a continuación, tiene como principal objetivo mostrar los procesos necesarios para asegurar que se ha contemplado todo el trabajo requerido para de esta manera el desarrollo del sistema pueda ser concluido satisfactoriamente, se relacionan principalmente con la definición, seguimiento y control de lo que está y no está incluido en el trabajo, funcionalidades y características específicas. Siendo esta información critica para el éxito del proyecto.

En el siguiente texto se presentan los alcances que cubrirá el proyecto: El programa maneja una interfaz de usuario simple y bastante intuitivo logrando así el mínimo de errores al insertar la información requerida a la base de datos. P01 - Gestión Pacientes y Personal Odontológico 1. El sistema permitirá registrar y actualizar los datos de los pacientes. 2. El sistema permitirá guardar y actualizar el odontograma del paciente, así como también las imágenes (radiografías, placas, etc.) que posea el paciente. 3. El sistema permitirá guardar un historial de los pacientes. 4. El sistema permitirá consultar los trabajos y/o tratamientos que ha recibido el paciente. 5. El sistema permitirá registrar y actualizar los datos de los trabajadores. 6. El sistema permitirá consultar los datos de los trabajadores registrados. 7. El sistema permitirá calcular el presupuesto para ese plan de tratamiento y su forma de pago para entregar al paciente. P02 – Gestión Cuentas 1. El sistema permitirá listar todos los servicios que ha recibido un paciente. 2. El sistema permitirá generar el comprobante de pago del paciente basado en los servicios recibidos. 3. El sistema permitirá registrar los cobros efectuados a los pacientes. 4. El sistema permitirá corregir errores de impresión de comprobantes de pago (boleta y factura). 5. El sistema permitirá actualizar el saldo de los pacientes. 6. El sistema permitirá consultar el saldo de cada paciente.

P03 – Gestión de Citas 1. El sistema permitirá registrar y actualizar las citas del paciente con su odontólogo. 2. El sistema permitirá consultar las citas por odontólogo, y por paciente.

P04 – Gestión Materiales e insumos 1. El sistema permitirá registrar los ingresos (compras) de materiales. 2. El sistema permitirá registrar la salida de materiales (usos). 3. El sistema permitirá actualizar el stock de materiales.

1.5.

LIMITACIONES

1.5.1. Limitaciones Tecnológicas

Estas limitaciones están bastante demarcadas, ya que la institución solo cuenta con un equipo de cómputo que es usada de manera general, tanto por el personal administrativo, odontólogos y secretaria.

1.5.2. Limitaciones Presupuestales En esta sección vamos a definir los límites presupuestales estimados para el desarrollo del proyecto. La clínica al ser una institución que aun no ha alcanzado el desarrollo proyectado, debido a su reciente incorporación al sector de los servicios odontológicos, muestra un límite presupuestal remarcado, en un primer momento solo implementaremos un servidor que será utilizado tanto como servidor de aplicaciones y como servidor de base de datos. Contaremos para iniciar las actividades con 5 equipos clientes ubicados estratégicamente.

1.5.3. Limitaciones de RRHH En cuanto al Recurso humano de la institución la limitación es menos remarcada que en el aspecto presupuestal y tecnológico, esto se debe a que los médicos y el personal que labora en la institución está bastante propensa al cambio, y están dispuestos a colaborar y recibir las capacitaciones de la mejor manera posible.

1.6.

FACTIBILIDAD

1.6.1. Factibilidad Técnica

Hoy día existen equipos altamente sofisticados y software que pueden ser instalados para llevar a cabo el correcto funcionamiento del nuevo sistema de administración de servicios odontológicos. En la institución no existe la tecnología necesaria para llevar a cabo la implantación de un nuevo sistema, por lo que se ha recomendado la adquisición de equipos de cómputo de calidad y alto rendimiento de acuerdo al entorno de operación. El planteamiento definido para completar este proyecto indica: Hasta la actualidad la evolución del promedio diario de atenciones (PDA) no ha variado, y el tipo de atenciones no se alteran de forma notoria, por falta de conocimiento externo. La atención está centralizada en un solo local, con la mira y plan de expansión, generar ingresos, retener posibles egresos que no son conceptuados claramente.

Tecnología Necesaria Lo principal será concentrar el procesamiento en nuestro servidor principal. Al ser una aplicación Web, no precisa la urgencia de las mejores características como cliente web. Capacitación del Personal Consiste prácticamente el relacionar el conocimiento que ya tiene el personal, adaptando su forma de trabajo al nuevo sistema. Manuales físicos para realizar los proceso en el sistema.

1.6.2. Factibilidad Operativa En el desarrollo de la investigación realizada, se ha encontrado apoyo por parte de la administración del centro y los usuarios, los usuarios y gerencia han brindado las facilidades de acceso a la información necesaria para llevar a cabo un correcto desarrollo del software.

Están de acuerdo con la automatización en los procesos de atención al cliente y Administración de servicios, los cuales ayudarán a agilizar el tiempo de respuesta, tener menos errores y lograr un control más exacto de los movimientos en los que incurre la institución.

1.6.3. Factibilidad Económica

La empresa al principio tendrá que invertir, por lo que se generará un gasto, pero con el trascurrir del tiempo, después de instalado el sistema, los gastos disminuirán y se adquirirá mayores beneficios; entre los cuales están los beneficios tangibles e intangibles, tales como, con la implementación del sistema se lograra agilizar y mejorar el proceso de atención al cliente, lo que permitirá a la clínica obtener más ingresos, también se podrá prevenir los errores administrativos que se venían suscitando con los procesos manuales al momento de calcular los ingresos y egresos en los que incurre la institución.

1.7.

JUSTIFICACION

Como en toda empresa se busca obtener el mayor índice de rentabilidad posible, y por tal es necesario aumentar la productividad de cada integrante involucrado, con este fin se ha propuesto el desarrollo del sistema de administración Odontológico que constara del modulo de gestión de citas, gestión de horarios de los odontólogos, gestión de servicios brindados, los cuales contribuirán al mejor desenvolvimiento de cada una de las tareas mencionadas, también es necesario llevar un control más eficaz y eficiente sobre los movimientos económicos de la institución odontológica, para la cual se propone el desarrollo del modulo de gestión y control de movimientos económicos (cuentas), cuyo principal objetivo es que contribuya con el control claro y conciso respecto a los ingresos y egresos incurridos en un periodo de tiempo determinado, para así poder emplear dicha información como base para la toma de decisiones, y también como termómetro que mida el desarrollo alcanzado en un periodo de tiempo determinado.

2. PLANTEAMIENTO
En el presente capítulo se describe la metodología a utilizar como punto de partida para la definición de requerimientos, el diagrama de clases de análisis y la lista de operaciones pertenecientes a la etapa de análisis del sistema, también el diagrama de clases de diseño y el diagrama de secuencias pertenecientes a la etapa de diseño del sistema. También se realizará el diseño de la base de datos en la etapa de diseño del sistema.

2.1.

METODOLOGIA DE IMPLEMENTACIÓN

Utilizaremos para el análisis, diseño y desarrollo del sistema la metodología “PROCESO UNIFICADO DE DESARROLLO DE SOFTWARE” (RUP) la cual es un acercamiento pragmático y simple para el desarrollo de aplicaciones orientadas a objetos. RUP se basa en los siguientes 6 principios: • Establece un conjunto de fases adaptables al contexto y necesidades de cada proyecto, su versatilidad nos permite aplicarla a este proyecto. Permite balancear las prioridades de las partes interesadas, contribuyendo de tal manera que se cumplan los objetivos del desarrollo del sistema. Promueve la colaboración a través de equipos. Permite obtener productos en cada iteración del proyecto. Permite la evaluación al terminar cada iteración, para redefinir e iniciar la siguiente. Promueve elevar el nivel de abstracción durante el proyecto, lo cual motiva el uso de conceptos reutilizables, el análisis de soluciones arquitectónicas, la reutilización del código y la representación visual del proyecto mediante el Lenguaje Unificado de Modelado (UML), como en este proyecto. Este principio evita que el ingeniero de software vaya directamente de los requisitos a la codificación. Controla la calidad en todos los aspectos de cada iteración, nos permite evaluar la calidad constantemente durante el proceso de desarrollo del software.

• •

Decidimos utilizar la metodología RUP por las siguientes razones:

• Es un marco de trabajo que permite obtener el éxito en el desarrollo de software iterativo e incremental. • Junto con UML, constituye la metodología estándar más utilizada para el análisis, diseño e implementación de sistemas orientados a objetos. El proyecto abarca las fases del ciclo de vida del proceso unificado.

Cada ciclo se desarrolla a lo largo del tiempo. Este tiempo, a su vez se divide en 4 fases. A través de una secuencia de modelos los implicados son capaces de visualizar lo que ocurre en esas fases. Cada fase culmina con un Hito, cada hito se determina por la disponibilidad de un conjunto de artefactos; es decir, ciertos modelos o documentos han sido desarrollados hasta alcanzar un estado predefinido. Iniciación: fase en la que se definen los diferentes alcances del proyecto y se presenta el análisis del negocio, esencialmente esta fase responde a las siguientes preguntas:  ¿Cuáles son las principales funciones del sistema para los usuarios más importantes?  ¿Cómo podría ser la arquitectura del sistema?  ¿Cuál es el plan del proyecto y cuanto costara desarrollar el producto?

La primera pregunta se contesta en el modelo de casos de uso simplificado con los casos de uso más críticos, luego la arquitectura del sistema será provisional, y muestra un simple esbozo de los subsistemas más importantes. En esta fase se realiza la planificación del proyecto y se identifican y priorizan los riesgos más críticos. Elaboración: En esta fase se especifican con más detalle los casos de uso del sistema y se diseña la arquitectura del sistema. La relación entre la arquitectura del sistema y el propio sistema es primordial. Por lo tanto, la arquitectura se expresa en forma de vistas de todos los modelos del sistema, los que en su conjunto representan al sistema entero. Esto implica que hay vistas arquitectónicas del modelo de casos de uso, del modelo de análisis, del modelo de diseño, del modelo de implementación y del modelo de despliegue. En esta fase se realizan los casos de uso más críticos identificados, y nos da como resultado una línea base de la arquitectura. Al final de esta fase el jefe de proyecto está en la capacidad de planificar las actividades y definir los recursos para terminar el proyecto. Se presenta a continuación 2 tablas con los marcos d Construcción: fase en la cual se procederá al desarrollo del producto final (software).En esta fase la línea base de la arquitectura crece hasta convertirse en el sistema completo. En esta fase es donde se ocupa la mayor cantidad de recursos y esfuerzos. Al final de esta fase, el software contiene los casos de uso que han sido identificados por el jefe de proyecto y el cliente, una pregunta clave que debe formularse es ¿cubre el producto las necesidades de los usuarios de manera suficiente como para realizar una primera entrega? Transición: Es definido como el periodo en el cual el producto se convierte en la versión beta. En esta versión un número reducido de usuarios experimentados prueba el sistema y nos brinda un informe de las deficiencias del mismo. Los desarrolladores corrigen los errores e incorporan algunas de las sugerencias establecidas.

2.2.

ADMINISTRACION DEL PROYECTO

En este segmento se detallara a los recursos disponibles con los que se contara para el desarrollo del software, también se mostrara el plan de trabajo establecido para lograr los resultados esperados, así como también se realizara un análisis para determinar la rentabilidad del proyecto y los riesgos a los que se está asociado.

2.2.1. Recurso Humanos del Proyecto

En esta sección se detallaran a las personas que participaran en el desarrollo del sistema.

DESCRIPCIÓN

RESPONSABILIDADES Luis Enrique Olivera Aguilar, alumno de la carrera profesional de Computación e Informática del Instituto Superior Tecnológico IDAT. Tiene amplia experiencia como desarrollador de sistemas en distintos lenguajes de programación. Así mismo en la construcción de prototipos en la elaboración de las pruebas funcionales, modelo de datos en las validaciones con el usuario.

Jefe de Proyecto

Analista Programador

Max Romero Inocencio, alumno de la carrera profesional de Computación e Informática del Instituto Superior Tecnológico IDAT. Gracias a su experiencia laboral como analista programador en la empresa Grid Technology, así como en el manejo de metodologías de desarrollo se encargará de la organización global del proyecto, asignar tareas, y revisar cada documentación antes de ser presentada para poder llevar así un mejor control. Luis Enrique Olivera Aguilar, alumno de la carrera profesional de Computación e Informática del Instituto Superior Tecnológico IDAT. Posee experiencia en desarrollo de interfaces gráficas para el desarrollo de proyectos Web. Así mismo del manejo de lenguajes de programación orientados a este entorno (web).

Analista Diseñador

2.2.2 Diagrama de GANTT En esta sección se muestra el cronograma que regirá las actividades del equipo de trabajo.

2.2.3 Análisis Costo / Beneficio (TIR/VAN) La institución odontológica no cuenta con una red interna (intranet) que enlaza cada una de las áreas de la empresa: Área de Administración de Servicios y atención al público. COSTOS DE HARDWARE Descripción
Servidor Web: Core 2 Duo 2.26, 4 Gb RAM, T.Video 256. Pc Cliente :Core 2 Duo 2.26 Ghz, 2 Gb RAM, 80 Gb HD. T video 64Gb. Impresora HP Switch 8pt DLINK Cable UTP Cat. 5

Cantidad
1

Precio Unitario $
$800.00

Importe $
$800.00

Cuenta
no

5 1 2 60

$550.00 $100.00 $20.00 $0.30

$2,750.00 $100.00 $40.00 $18.00

no no no no

COSTO HARDWARE REQUERIDO COSTO TOTAL

$3,708.00 $3,708.00

COSTOS DE SOFTWARE Software Importe Cuenta
Microsoft Windows Server 2003 Enterprise NetBeans IDE 6.9.1 Oracle Express Windows XP COSTO SOFTWARE REQUERIDO COSTO TOTAL $788.00 no

$0.00 $0.00 $250.00

si si

no

$1,038.00

$1,038.00

COSTOS DE RECURSOS HUMANOS (aproximado)
Descripción Jefe de Proyecto Analista Programador Programador Diseñador Cantidad 1 1 2 Tarifa x Hora S/. 10.00 S/. 7.00 S/. 5.00 Sueldo x Día S/. 80.00 S/. 56.00 S/. 80.00 Sueldo x Mes S/. 2,400.00 S/. 1,680.00 S/. 2,400.00 Duración (meses) 4 3.5 2 Importe Acumulado S/. 9,600.00 S/. 5,880.00 S/. 4,800.00 S/. 20,280.00

COSTO TOTAL DE PERSONAL

CUADRO TOTAL PROPUESTO
DESCRIPCIÓN CANTIDAD TOTAL $ $3,708.00 $1,038.00 $7,115.79 $11,861.79 CANTIDAD TOTAL S/. S/. 10,567.80 S/. 2,958.30 S/. 20,280.00 S/. 33,806.10

HARDWARE SOFTWARE RRHH TOTAL

Ingresos obtenidos tras la implementación del sistema informático (proyectado), para hacer los cálculos de ingreso se han tomado los casos más comunes que se presentan en la institución (limpiezas, curaciones, etc)
Ingresos Aumento de la clientela (publicidad, prestigio) ahorro en papelería y útiles (lapiceros, correctores) Cantidad 50 1 S/. S/. 150.00 S/. 200.00 Sub-total S/. 7,500.00 S/. 200.00 S/. 7,700.00

Egresos que deberá afrontar el cliente por concepto del funcionamiento del sistema (Proyectado), se ha tomado de referencia solo aquellos gastos que serán ocasionados por el sistema por conceptos de funcionamiento y mantenimiento.
Egresos Hosting Internet Meses 12 12 Importe(S/.) S/. 50.00 S/. 150.00 sub-total S/. 600.00 S/. 1,800.00 S/. 2,400.00

CRITERIOS DE EVALUACIÓN DE PROYECTOS (VAN - TIR) Debido a que el proyecto será elaborado durante el proceso de titulación, los gastos de RRHH serán omitidos. El flujo proyectado será efectuado tomando como periodo de vida útil del sistema 5 años.
AÑOS 0 1 2 3 4 5 INVERSIÓN S/. 13,526.10 7700 7700 7700 7700 7700 2400 2400 2400 2400 2400 INGRESOS EGRESOS FLUJO -13526.1 5300 5300 5300 5300 5300

Valor Neto Actual (VAN) Este método de evaluación nos indica si el valor actual de los flujos netos futuros de caja, durante la vida útil del proyecto justifica la inversión inicial. Tasa Interna de Retorno (TIR)
COK VAN TIR 13% 5115.23 28%

Como el VAN calculado es positivo se deduce que el proyecto es viable para la institución. Como el TIR calculado es mayor al COK el proyecto es viable para la institución. Tomando en cuenta estos 2 criterios de evaluación de proyectos, la institución aprueba la implementación del proyecto.

2.3.

GESTION DE LOS RIESGOS

A partir de la fase de Inicio se mantendrá una lista de riesgos asociados al proyecto y de las acciones establecidas como estrategia para mitigarlos. Esta lista será evaluada al menos una vez en cada iteración durante todo el proyecto.

GRAVEDAD: 1 = MUY GRAVE; 2= GRAVE; 3= REGULAR

ANÁLISIS DE RIESGO RIESGO 1. Cuando el equipo no coordina adecuadamente las actividades. GRAVEDAD SOLUCIONES:

2

El jefe de proyecto deberá ser capaz de reorganizar las actividades, de tal modo que pueda subsanar esta dificultad.

2. Cuando un integrante del equipo se retira permanentemente del proyecto. 3. Cuando se excede el límite de tiempo acordado para la entrega de los artefactos. 4. Cuando la computadora de desarrollo, sufra desperfectos. 5. Cuando el transcurso de la elaboración del proyecto no está cumpliendo con la necesidad del cliente

2

Entonces el jefe del proyecto tendrá que reorganiza las Tareas al equipo o buscar un reemplazo para que se encargue y ayude a la culminación del proyecto. Entonces el jefe del proyecto debe realizar revisiones periódicas para controlar que todo marche de acuerdo al cronograma de actividades (Diagrama de Gantt). Para prevenir este incidente las computadoras serán sometidas a mantenimiento durante todo el desarrollo del proyecto y además se contara con copias de seguridad del proyecto. Entonces el Analista de sistema vuelve a hacer un reingeniería parcial del proyecto para cambia o crear según lo estipulado con la necesidad del cliente.

1

1

2

3. DESARROLLO
3.1. MODELO DE NEGOCIO

El modelo de negocio de una empresa es una representación simplificada de la lógica de negocio. Describe lo que un negocio ofrece a sus clientes, cómo llega a ellos, y cómo se relaciona con ellos, en fin como la empresa realiza sus actividades y procesos.

DESCRIPCIÓN DE LOS PARTICIPANTES EN EL PROYECTO Y USUARIOS (STAKEHOLDERS) Para proveer de una forma efectiva los servicios que se ajusten a las necesidades de los usuarios, es necesario identificar e involucrar a todos los participantes en el proyecto como parte del proceso de modelado de requerimientos. También es necesario identificar a los usuarios del sistema y asegurarse de que el conjunto de participantes en el proyecto los representa adecuadamente. Esta sección muestra un perfil de los participantes y de los usuarios involucrados en el proyecto, así como los problemas más importantes que éstos perciben para enfocar la solución propuesta hacia ellos, proporciona la justificación de por qué estos requisitos son necesarios.

Descripción de los Participantes en el Proyecto

NOMBRE

DESCRIPCIÓN

RESPONSABILIDADES

Luis Enrique Olivera Aguilar

Jefe de Proyecto

Es la persona encargada de la Gestión del proyecto, desde su concepción original hasta la entrega final del producto.

Luis Enrique Olivera Aguilar Analista Programador Max Romero Inocencio Luis Enrique Olivera Aguilar Analista Diseñador Max Romero Inocencio

Persona encargada de implementar las necesidades de la empresa en una solución informática (automatizada).

Aquella persona encargada de mejorar el ambiente de trabajo de las personas. Teniendo en cuenta puntos como la facilidad

de uso, seguridad, etc. Así mismo participa en el diseño de la arquitectura del sitio, la presentación de la interfaz y su navegación.

Descripción y Perfil de los Usuarios (Stakeholders) Los usuarios accesarán al sistema utilizando un ordenador (PC) cuyo sistema operativo, será de preferencia Windows XP y el navegador recomendado es Mozilla Firefox 3.6 o superior, posteriormente ingresaran al sistema identificándose con su respectivo usuario y contraseña, según el rol a desempeñar dentro de la institución.

DESCRIPCIÓN DE LOS STAKEHOLDERS

NOMBRE

DESCRIPCIÓN

RESPONSABILIDADES

Calixto Huamán Suarez

Gerente

Es la autoridad máxima dentro de la institución tiene como función principal buscar en todo momento el crecimiento económico del negocio y velar por el cumplimiento de los objetivos y políticas de la institución. Entre sus atribuciones están el gestionar, coordinar y encabezar la toma de decisiones concernientes a todas las actividades desarrolladas. También es el encargado de realizar el seguimiento y control de todas las actividades de la institución.

Neil Vergara Jefe odontólogo

Es el encargado de dirigir la institución de manera técnica y operativa, entre sus atribuciones se encuentra llevar el control y seguimiento de las actividades operativas dentro de la institución, asimismo también se encarga de funciones administrativas de menor nivel.

Cesar Chávez

Odontólogo

Es el personal capacitado para llevar a cabo un conjunto de actividades de prevención, atención, diagnóstico y tratamiento de las patologías y alteraciones bucodentales.

Luis Enrique Olivera Aguilar Max Romero

Analista Programador.

Apoyar en el diseño y programación del sistema y otras tareas necesarias para que el sistema ayude a realizar los objetivos de la institución. Conocer y

Inocencio

comprender las funcionalidades del negocio para poder brindarle una solución informática (automatización de procesos).

Luis Enrique Olivera Aguilar Max Romero Inocencio Diseñadores y programadores.

Es el personal responsable de esbozar la parte de presentación visual de la interfaz del sistema para facilitar la interacción con el usuario. Especialista en áreas de imprenta, desarrollo web y multimedia.

DESCRIPCIÓN GLOBAL DEL SOFTWARE (PRODUCTO) El producto a desarrollar es un sistema de Administración de Servicios Odontológicos para la Clínica dental El Nazareno, cuyo propósito fundamental es optimizar los flujos de trabajo en las diferentes áreas de la institución (administración, operacional y facturación), con la implementación del sistema se pondrá en marcha una importante herramienta que le permitirá a la institución poseer información concisa que sirva de sustento a la toma de decisiones.

RESTRICCIONES 1. Evitar sobrevalorar el producto, por lo que el presupuesto debe de manejarse de una manera estricta. 2. Respetar los horarios de desarrollo del sistema. 3. Cualquier cambio a realizarse en el proyecto debe de ser solicitado al jefe del proyecto, revisado junto al equipo de desarrollo, aprobado por el jefe del proyecto y los usuarios del sistema. DEFINICIÓN DE REGLAS DE NEGOCIO La clínica dental El Nazareno debe plantear unas reglas de negocio para su funcionamiento y presentación del servicio, las cuales garantizan un nivel de competitividad frente a otras empresas de igual rubro. Estas reglas se determinaron según la información obtenida durante el levantamiento de información en la institución, y dichas reglas son presentadas a continuación:

Definición: Las reglas del negocio son las siguientes: 4. El acceso al sistema estará restringido, solo aquellos usuarios que hayan sido previamente matriculados en el sistema, de acuerdo a su rol podrá realizar operaciones dentro del sistema. 5. Se contara con un administrador del sistema, el cual será el encargado de brindar los permisos a los demás usuarios de la aplicación, asignar roles dentro del sistema. 6. Por motivos de seguridad el usuario se verá obligado a cambiar su contraseña en su primer acceso al sistema. 7. El jefe odontólogo será el único con las facultades de poder aprobar o cancelar las solicitudes de pedido. 8. Las solicitudes previa aprobación por parte del jefe odontólogo, se convertirán en órdenes de compra. 9. Los códigos de las tablas de la aplicación serán generadas durante el proceso de registro, para evitar la duplicidad de las mismas y los errores que esto conlleva. 10. Se deberá realizar copias de seguridad periódicamente, con el fin de prevenir la pérdida de información por fallas de hardware u otras.

11. Toda persona que puede ser considerado para atender una Cita, debe estar Registrado además de Trabajador como Odontólogo en la Base de Datos. 12. No se puede registrar un mismo tratamiento en la misma pieza de aplicación, considerando la superficie dental y el diente en sí. 13. Las Órdenes de Compra definen una fecha de Llegada de la Mercadería que se solicita al proveedor, el Ingreso al Stock no debería ser pasando a lo más un día de retraso de la fecha que se había indicado. 14. Los precios de los tratamientos son referenciales al tipo de atención que se realice, existen situaciones donde este puede elevarse según la complejidad del caso o disminuir en caso contrario.

15. Una vez generadas las cuotas para un trabajo que contiene un tratamiento que permite este tipo de pago, no se puede volver a correr este proceso si una de las cuotas ya ha sido amortizada. 16. Toda amortización a una Cuota generada como movimiento pendiente debe ser amortizada solo de un pago. 17. Todo comprobante generado implica un pago realizado. por tanto no existe un documento que se genere sin el pago. 18. Se cancela una cita con un día de anticipación, deshaciendo los cobros generados durante su registro. 19. Se puede postergar un cita siempre y cuando se realice con 1 día de anticipación como mínimo. 20. La re-programación de cita se realiza solo una vez. 21. Las validaciones del Odontograma son parciales, las especificaciones son diversas y se toma por el lado del usuario. 22. Se registra un solo odontograma inicial para cada paciente. 23. Cuando se registra una cita, se genera un pendiente de amortización para el paciente. 24. En un Odontograma: - Se Registran Tratamiento en piezas, estas generan referencia de trabajo pero no un cobro. - Cuando se registra un trabajo se genera la amortización pendiente. - El usuario odontólogo define los tratamientos y la forma posible de pago para estos, por defecto todas son de una amortización directa (sin cuotas) - Todo trabajo puede ser amortizado desde que se genere, no es necesario que se termine.

3.1.1. MODELO DE CASO DE USO DEL NEGOCIO

Describe los procesos del negocio, vinculados al campo de acción, y cómo se benefician e interactúan los socios y clientes en estos procesos.

3.1.1.1.

Identificación de los Objetivos del Negocio

Crecimiento económico del negocio

Mejorar el servicio de atención al cliente

Optimizar el control de ingresos y egresos del negocio

Ser reconocidos como uno de los mejores centros odontologicos de la ciudad

Optimizar el control y manejo de la información dentro de la institución

Optimizar el manejo de citas

3.1.1.2.

Identificación de los Casos de Uso del Negocio

Gestionar citas
(from Casos de uso del Negocio)

Gestionar personal
(from Casos de uso del Negocio)

Gestionar materiales
(from Casos de uso del Negocio)

Gestionar pacientes
(from Casos de uso del Negocio)

3.1.1.3.

Identificación de los Actores del Negocio

Odontólogo

Jefe Medico odontólogo

Recepción

Paciente / Cliente

3.1.1.4.

Descripción de los Casos de Uso del Negocio

CASOS DE USO

DESCRIPCIÓN

Gestionar Pacientes

Se encarga de la gestión de todo lo relacionado con los pacientes, los tratamientos que son recibidos en la institución (historial), los ingresos que estos representan para la institución en un período determinado.

Gestionar Personal

Se encarga de controlar el horario de atención del centro odontológico, maneja información como la hora de ingreso y salida del personal, para prestar atención cuando el cliente lo necesite.

Gestionar Citas

Se encarga de la gestión de las citas realizadas entre los pacientes y los odontólogos, organizarlas de manera tal que se brinde un mejor servicio al cliente. Se encarga de llevar un control sobre el stock de materiales que maneja la institución, controla los ingresos de materiales por compras y las salidas producto del uso en tratamientos y otros.

Gestionar Materiales

3.1.1.5.

Relación de los Objetivos con los Casos de Uso del Negocio

En esta sección se muestra la relación que guarda cada actividad o proceso que realiza la institución para lograr cumplir sus objetivos.

Gestionar pacientes
(from Casos de uso del Negocio)

Mejorar el servicio de atención al cliente
(f rom Objetiv os del Negocio)

Gestionar citas
(from Casos de uso del Negocio)

Optimizar el control de ingresos y egresos del negocio
(f rom Objetiv os del Negocio)

Gestionar personal
(from Casos de uso del Negocio)

Optimizar el manejo de citas
(f rom Objetiv os del Negocio)

Gestionar materiales Optimizar el control y manejo de la información dentro de (from Casos de uso del Negocio) la institución
(f rom Objetiv os del Negocio)

3.1.1.6.

Integración de los Casos de Uso del Negocio y los Actores del Negocio

Se muestra una visión global de cómo los actores interactúan con las actividades y procesos que se realizan dentro de la institución.

Gestionar pacientes Odontólogo
(f rom Casos de uso del Negocio)
(from Actores del Nego... (from Actores del Nego...

Paciente / Cliente

Recepción
(from Actores del Negocio)

Gestionar citas
(f rom Casos de uso del Negocio)

Gestionar personal
(f rom Casos de uso del Negocio)

Jefe Medico odontólogo
(from Actores del Negocio)

Gestionar materiales
(f rom Casos de uso del Negocio)

3.1.2. MODELO DE ANÁLISIS DEL NEGOCIO
En esta sección se mostrara como se realizan las actividades dentro de la institución, los diferentes trabajadores que participan en cada actividad y los artefactos que manejan.

3.1.2.1.

Identificación de los Trabajadores del Negocio

Son las personas que llevan a cabo las actividades dentro de la institución.

Recepcion

Jefe Odontologo

Odontologo

Auxiliar Odontologo

3.1.2.2.

Identificación de las Entidades del Negocio

Son los distintos documentos que dan constancia de los movimientos realizados en la institución.

Factura

Nota de salida

Formulario paciente

Horario

Citas

Boleta de venta

Nota de entrada

Odontograma paciente

Enfermedades

_Articulos

Solicitud de pedido

Orden de pedido

Pacientes

Alergias

Orden de compra

Receta

Empleados

3.1.2.3.

Descripción de los Trabajadores del Negocio

TRABAJADORES DEL NEGOCIO

DESCRIPCIÓN

Recepción

Es la persona encargada de la atención al cliente potencial, también se encarga de asuntos administrativos de menor orden, y de la gestión de las citas.

Jefe Odontólogo

Es la persona encargada de llevar la parte administrativa del negocio, controlar ingresos y egresos, el control del personal, gestionar las compras y gestionar los procesos operacionales de la institución.

Odontólogo

Es el personal encargado de brindar los servicios de atención odontológica en la institución, tratamientos y curaciones.

Auxiliar Odontólogo

Es el personal encargado de asistir al odontólogo en los diferentes aspectos que se necesiten.

3.1.2.4.

Realización de los Casos de Uso de Negocio

Esta parte del modelado del negocio se muestra los flujos básicos y principales de las actividades desarrolladas por los trabajadores del negocio interactuando con los clientes

RN_Gestionar pacientes

RN_Gestionar citas

RN_Gestionar materiales

RN_Gestionar personal

3.1.2.5.

Diagrama de Realizaciones del Negocio

Muestra la relación entre los casos de uso de negocio y las realizaciones que se llevaran a cabo.

Gestionar pacientes

RN_Gestionar pacientes

Gestionar citas

RN_Gestionar citas

Gestionar personal

RN_Gestionar personal

Gestionar m ateriales

RN_Gestionar m ateriales

3.1.2.6.

Diagrama de Actividades

3.1.2.6.1. Realización de Caso de Uso: RN_Gestionar Pacientes

: Recepción

: Paciente / Cliente

: Odontologo

Consulta datos del paciente

Solicita cuenta de atencion

Registra el termino de la consulta o tratamiento

Revisa tratamientos realizados no si

Cuenta pendiente de pago?

Cobrar cuenta pendiente

Confirma pago de cuenta

Elaborar Boleta o Factura

Actualizar ficha del paciente

3.1.2.6.2.

Realización de Caso de Uso: RN_Gestionar Citas

: Recepcion

: Paciente / Cliente

: Odontologo

Atiende solicitud

Solicita cita

Disponibilidad ?

no

Asigna odontologo

Recopila datos de la persona (paciente)

Asigna el horario para la consulta

Confirma consulta

no

Verifica cita?

solicita Atencion consulta

Indica el consultorio

Atiende Paciente

Revisa paciente

Elabora odontograma inicial

Elabora ficha tratamniento

3.1.2.6.3. Realización de Caso de Uso : RN_Gestionar Personal

: Recepcion

: Jefe Medico odontólogo

Evalua personal Aptos?

Registra datos de personal

Contrata Personal

Odontologo? si no

Se recopila informacion de especialidad

Asigna un consultorio

Asigna un horario de ingreso y salida

3.1.2.6.4. Realización de Caso de Uso : RN_Gestionar Materiales

: Recepcion

: Jefe Medico odontólogo

Solicita materiales

Aprueba solicitud

Elabora la orden de compra

Envia orden de compra

Elabora la Factura de compra

Recibe materiales

Actualiza stock de materiales

3.1.2.7.

Diagrama de Objetos del Negocio

Se muestra la forma como el trabajador maneja y genera los documento dentro de la institución.

Citas Odontologo
(f rom Workers)

Recepcion
(f rom Workers)

Odontograma paciente

_Articulos Pacientes Formulario paciente Receta

Empleados

Horario

Boleta de venta Solicitud de pedido

Orden de compra

Jefe Odontologo
(f rom Workers)

Alergias

Orden de pedido

Nota de salida

Enfermedades

Nota de entrada

Factura

3.2. MODELO DE REQUERIMIENTOS
El siguiente texto provee una breve descripción de los requerimientos identificados en el negocio, se puede entender que el requerimiento es una necesidad documentada sobre la funcionalidad de un producto o servicio.

3.1.3. Fuentes de Obtención de Requerimientos
Dentro de los métodos de recopilación de requerimiento de los usuarios tenemos los objetivos definidos de acuerdo a los siguientes usuarios claves:  Auxiliar Odontólogo  Jefe Odontólogo  Recepción  Clientes seleccionados y oportunos Programación de Obtención de la información. Días Estimados de la Programación Lunes - Recepción - Odontólogo - Flujo de Trabajo - Manejo de Información - Paciente - Conocimiento de Información Jueves [*] - Paciente - Documentación antecedente en la Entidad. Sábado - Jefe Odontólogo - Flujo de Información - Problemas claros y propuesta de solución.

[*] Horario estimado y no es seguro de su cumplimiento por la carga de actividades. Adicionalmente se dejan formulario de preguntas básicas sobre deseos personales sobre ayuda en procesos funcionales realmente operativos y considerables para la Entidad.

A. DESCRIPCIÓN DE REQUERIMIENTOS FUNCIONALES (RF) Y NO FUNCIONALES (RNF)

REQUERIMIENTOS FUNCIONALES (RF)

Es la descripción de todas las operaciones que el sistema realizará una vez implementado.

REQUERIMIENTOS FUNCIONALES DEL SISTEMA
N° RF01 RF02 RF03 RF04 RF05 RF06 RF07 RF08 RF09 RF10 RF11 RF12 RF13 RF14 RF15 RF16 RF17 RF18 RF19 RF20 Descripción Registrar los datos del paciente. Generar los pedidos de materiales e insumos. Registrar los gastos. Registrar cita. Registrar horario de los odontólogos. Registrar el ingreso de materiales e insumos. Rectificar comprobante de pago. Registrar la salida de materiales e insumos. Generar comprobante de pago (boleta o factura). Registrar usuarios y roles. Registrar odontograma por paciente. Actualizar odontograma por paciente. Registrar los trabajos y/o tratamientos. Emitir receta al paciente. Guardar imágenes (radiografías) del paciente. Registrar y actualizar los datos de los proveedores. Registrar y actualizar datos del personal. Aprobar los pedidos generados por el sistema. Restringir el acceso al sistema. Llevar el registro de todos los accesos al sistema. Prioridad ALTA MEDIA ALTA ALTA MEDIA MEDIA MEDIA MEDIA ALTA MEDIA MEDIA MEDIA ALTA MEDIA BAJA BAJA MEDIA MEDIA BAJA MEDIA

REQUERIMIENTOS NO FUNCIONALES (RNF)

Son los requerimientos externos al sistema, tales como presentación, tiempos de respuesta, formatos y demás.

NRO.

DESCRIPCIÓN

PRIORIDAD

La interfaz debe tener una presentación RNF01 amigable a la percepción del usuario. RNF02 La interfaz debe interactuar con el usuario.

Media Media Alta Media Alta

Los terminales clientes deben contar con el RNF03 browser Mozilla Firefox 3.6 o superior. RNF04 La memoria RAM requerida es de 1 GB.

El sistema debe ser confiable, garantizando RNF05 la integridad de la información. El manual de usuario proporcionado junto RNF06 al sistema, debe ser conciso. El sistema debe estar preparado para la RNF07 concurrencia de múltiples usuarios. La arquitectura del sistema deberá ser RNF08 capaz de soportar futuras actualizaciones. El acceso al sistema estará restringido, solo podrán acceder a él, aquellos que se RNF09 autentifiquen con su usuario y contraseña. El sistema será capaz de soportar grandes RNF10 volúmenes de información. Las búsquedas y/o consultas de la información realizadas a través del sistema, RNF11 se ejecutaran con el menor tiempo de respuesta.

Media

Alta

Media

Alta

Alta

Alta

3.1.4. Modelo de Casos de Uso El modelo de casos de uso describe la funcionalidad propuesta del nuevo sistema. Un caso de uso representa una unidad discreta de interacción entre un usuario (humano o máquina) y el sistema. Cada caso de uso tiene una descripción que describe la funcionalidad que se construirá en el sistema propuesto. Un caso de uso puede "incluir" la funcionalidad de otro caso de uso o "extender" a otro caso de uso con su propio comportamiento.

3.1.4.1.

ACTORES DEL SISTEMA

Los actores representan los terceros fuera del sistema que colaboran con el sistema.

Cliente/Paciente Trabajador Recepcion

JefeOdontologo Todos Estos actores llegan a interactuar directamente con el Sistema Usuario

MedOdontologo

Aux.Odontologo

DESCRIPCIÓN DE LOS ACTORES DEL SISTEMA

Actores

Justificación

Jefe odontólogo

Es el encargado de dirigir la institución de manera técnica y operacional, entre sus atribuciones se encuentra llevar el control y seguimiento de las actividades operativas dentro de la institución, asimismo también se encarga de funciones administrativas.

Odontólogo Es el personal capacitado para llevar a cabo un conjunto de actividades de prevención, atención, diagnóstico y tratamiento de las patologías y alteraciones bucodentales. Recepción Es el personal encargado de llevar tareas como gestionar las citas de los pacientes con los odontólogos, llevar un control de los horarios de atención al público establecidos. Auxiliar odontólogo Es el personal que asiste en las diferentes tareas al odontólogo, ya sea durante la atención al paciente o en otros momentos. Cliente Es la persona a la cual se destinan los servicios de la clínica dental.

3.1.4.2.

DIAGRAMA DE CASO DE USO GENERAL

TR_RegHorarioMedico
(from Transacciones)

TR_RegGastos
(from Transacciones)

TR_ControlarCitas
(from Transacciones)

Cliente/Paciente MN_RegistrarPaciente
(from M antenimi ento)
(f rom ActoresSistema)

Recepcion
(f rom ActoresSistema)

TR_IngresodeMercaderia
(from Transacciones)

TR_ReemplazarFacturas
(from Transacciones)

TR_ReimprimirDocumento
(from Transacciones)

<<extend>> <<extend>>

TR_GeneraFactura
(from Transacciones)

TR_RegistrarTrabajo
(from Transacciones)

<<extend>> MN_RegistroRadiografias
(from M antenimi ento)

<<owner>>

TR_GenerarPedidos
(from Transacciones)

TR_SalidaArticulos
(from Transacciones)

TR_RegOdontograma
(from Transacciones)

Lo que se ha realizado o planea realizar en las Piezas Dentales

MN_Articulos
(from M antenimi ento)

TR_EmitirReceta Aux.Odontologo
(f rom ActoresSistema)

(from Transacciones)

Usuario
(f rom ActoresSistema)

MedOdontologo
(f rom ActoresSistema)

AC_Login
(from Seguridad)

MN_Valores

JefeOdontologo
(f rom ActoresSistema)

TR_AprobarPedidos <<include>>
(from Transacciones)

TR_RegistrarAccesos

MN_MantTrabajador
(from M antenimi ento)

MN_ MantProveedores
(from M antenimi ento)

Sera registrado para todos los usuarios que accedan al sistema.

3.1.4.3.

DESCRIPCIÓN DE LOS CASOS DE USO

CU01 LOGIN Identificador Descripción Actor Flujo Básico CU01 - Login El caso de uso se inicia al ingresar al sistema, consiste en autenticar al usuario en el sistema, y termina cuando muestra la interfaz del sistema. Usuario, todos aquellos registrados en el sistema. 1. El actor ingresa su usuario y clave. 2. Inicia sesión y valida sus datos. 3. El sistema confirma y muestra la interfaz del sistema. 1. El sistema comprueba la validez de los datos, si no son los correctos se avisa al actor para que los corrija El usuario debe estar registrado en el sistema. El usuario accederá al sistema y podrá realizar operaciones de acuerdo a los permisos que posea.

Flujo Alterno Pre Condiciones Post Condiciones

CU02 REGISTRAR ACCESOS Identificador Descripción Actor Flujo Básico CU02 - REGISTRAR ACCESOS El caso de uso se inicia cuando el usuario accede al sistema, consiste en guardar los datos de los accesos y del usuario. Usuario, todos aquellos registrados en el sistema. 1. El actor ingresa al sistema. 2. El sistema captura los datos del usuario y los guarda junto con la fecha y hora. Ninguno. El usuario debe haber pasado la autenticación. Se guardaran los datos de todos los accesos al sistema.

Flujo Alterno Pre Condiciones Post Condiciones

CU03 REGISTRAR TRABAJADOR Identificador Descripción CU03 - REGISTRAR TRABAJADOR El caso de uso se inicia cuando el usuario elige la opción registrar trabajador, consiste en registrar la información de cada trabajador que realiza labores en clínica dental. El caso de uso termina una vez se muestre el mensaje de confirmación de registro. Jefe odontólogo. 1. El actor ingresa al sistema. 2. El actor selecciona la opción registrar trabajador 3. La interfaz muestra los campos requeridos para llevar a cabo la operación. 4. El actor ingresa los datos del trabajador y presiona el botón registrar. 5. La interfaz valida los datos ingresados y muestra mensaje de confirmación. 6. La interfaz valida los datos y muestra el mensaje de error. 6.1 El actor rectifica los datos del trabajador y lo vuelve a registrar. 6.2 El actor cancela la operación.

Actor Flujo Básico

Flujo Alterno

Pre Condiciones Post Condiciones

El usuario debe tener el permiso para registrar trabajador (Jefe odontólogo). Se tendrá al trabajador registrado en el sistema.

CU04 REGISTRAR PROVEEDORES Identificador Descripción CU03 - REGISTRAR PROVEEDORES El caso de uso se inicia cuando el usuario elige la opción registrar proveedor, consiste en registrar la información delproveedor de la clínica dental. El caso de uso termina una vez se muestre el mensaje de confirmación de registro. Jefe odontólogo. 1. El actor ingresa al sistema. 2. El actor selecciona la opción registrar proveedor. 3. La interfaz muestra los campos requeridos para llevar a cabo la operación. 4. El actor ingresa los datos del proveedor y presiona el botón registrar. 5. La interfaz valida los datos ingresados y muestra mensaje de confirmación. 6. La interfaz valida los datos y muestra el mensaje de error (proveedor no registrado). 6.1 El actor rectifica los datos del proveedor y lo vuelve a presionar el botón registrar. 6.2 El actor cancela la operación.

Actor Flujo Básico

Flujo Alterno

Pre Condiciones Post Condiciones

El usuario debe tener el permiso para registrar proveedor (Jefe odontólogo). Se tendrá al proveedor registrado en el sistema.

CU05 MANTENIMIENTO VALORES Identificador Descripción CU03 - MANTENIMIENTO VALORES El caso de uso se inicia cuando el usuario elige la opción valores, consiste en gestionar los distintos valores numéricos que serán utilizados para enumerar los documentos que maneja la institución. Jefe odontólogo. 1. El actor ingresa al sistema. 2. El actor selecciona la opción valores (mantenimiento de valores). 3. La interfaz muestra las opciones registrar, actualizar, eliminar valores. 3.1 El actor elige la opción registrar valores. 3.1.1 La interfaz muestra los campos necesarios para completar la operación. 3.1.2 El actor ingresa los datos y presiona registrar 3.1.3 La interfaz valida la información y muestra mensaje de confirmación. 3.2 El actor elige la opción Actualizar valores 3.2.1 La interfaz valida que antes de actualizar se haya seleccionado el load de valores para buscar el registro que se desea actualizar. 3.2.2 El actor puede modificar todos los datos del registro y presiona Actualizar. 3.2.3 La interfaz valida los datos y muestra el mensaje de confirmación. 3.3 El actor elige la opción Eliminar valor. 3.3.1 La interfaz valida que antes de eliminar se haya seleccionado el load de valores para buscar el registro que se desea eliminar. 3.3.2 El actor presiona eliminar. 3.3.3 La interfaz muestra el mensaje de confirmación. Flujo Alterno 3.1, 3.2, 3.3 a) La interfaz valida los datos y muestra el mensaje de error. b) El actor rectifica los datos del valor y lo vuelve a intentar la operación. c) El actor cancela la operación.

Actor Flujo Básico

Pre Condiciones Post Condiciones

El usuario debe tener el permiso para actualizar los valores (Jefe odontólogo). Se tendrá los datos de valores actualizados en el sistema.

CU06 REGISTRAR PACIENTE Identificador Descripción CU06- REGISTRAR PACIENTE El caso de uso se inicia cuando el usuario elige la opción registrar paciente, consiste en recaudar los datos del paciente, a través de este caso de uso se obtiene la información relevante del paciente. Recepción. 1. El actor ingresa al sistema. 2. El actor selecciona la opción registrar paciente (mantenimiento paciente). 3. La interfaz muestra las opciones registrar, actualizar, eliminar paciente. 3.1 El actor elige la opción registrar paciente. 3.1.1 La interfaz muestra los campos necesarios para completar la operación. 3.1.2 El actor ingresa los datos y presiona registrar 3.1.3 La interfaz valida la información y muestra mensaje de confirmación. 3.2 El actor elige la opción Actualizar paciente 3.2.1 La interfaz valida que antes de actualizar se haya seleccionado el load de valores para buscar el registro que se desea actualizar. 3.2.2 El actor puede modificar todos los datos del registro y presiona Actualizar. 3.2.3 La interfaz valida los datos y muestra el mensaje de confirmación. 3.3 El actor elige la opción Eliminar paciente. 3.3.1 La interfaz valida que antes de eliminar se haya seleccionado el load de valores para buscar el registro que se desea eliminar. 3.3.2 El actor presiona eliminar. 3.3.3 La interfaz muestra el mensaje de confirmación. Flujo Alterno 3.1, 3.2, 3.3 d) La interfaz valida los datos y muestra el mensaje de error. e) El actor rectifica los datos del paciente y lo vuelve a intentar la operación. f) El actor cancela la operación.

Actor Flujo Básico

Pre Condiciones Post Condiciones

El usuario debe tener el permiso para registrar al paciente (Recepción). Se tendrá los datos del paciente registrados en el sistema.

CU07 REGISTRAR ODONTOGRAMA

Identificador Descripción

CU07- REGISTRAR ODONTOGRAMA El caso de uso se inicia cuando el usuario elige la opción registrar odontograma, consiste en registrar el odontograma por cada paciente, este indica que trabajos han sido realizados en el paciente y cuales se van a realizar posteriormente. Odontólogo, Auxiliar a. Siendo el Odontograma Inicial. 1. Se registra tal cual están siendo observadas las piezas dentales, si existen tratamientos previos, curaciones, malformaciones, este Odontograma inicial no debe ser cambiado una vez registrado. b. Siendo Odontogramas Periódicos. 1. Se registran en cuanto el Odontólogo lo crea necesario, se mostrara el avance de los tratamientos que se está realizando con el paciente, los que aún quedan pendientes y los que ya se terminaron, 2. A esto de agrega el control de Montos que se suman a la cuenta del Paciente. 3. Por cada Pieza Observada: i. Se selecciona la Familia de Tratamiento ii. Se especifica el Tratamiento y las piezas afectadas en caso de ser consecutivas (*). iii. En el caso de las piezas que son tratadas por únicamente las superficies, se seleccionan los cuadrantes observados (mesial, lingual, bestivular, distal, palatina).

Actor Flujo Básico

(*) Se toma en cuenta pieza inicial y pieza final según nomenclatura.

Flujo Alterno

Se registran odontogramas de forma presupuestal. 1. Se estiman los tratamientos que desearían realizar, la duración y el monto.

Pre Condiciones Post Condiciones

El usuario debe tener el permiso para registrar el odontograma (Odontólogo). Se tendráel odontograma del paciente registrados en el sistema.

CU08 REGISTRAR TRABAJO Identificador Descripción CU08- REGISTRAR TRABAJO El caso de uso se inicia cuando el usuario elige la opción registrar trabajo, consiste en registrar el trabajo que va ser realizado por el odontólogo a su respectivo paciente. Odontólogo. 1. 2. 3. 4. El actor ingresa al sistema. El actor selecciona la opción registrar trabajo. La interfaz muestra los campos requeridos para registrar el trabajo. El actor ingresa los datos del trabajo y presiona el botón registrar trabajo. 5. La interfaz muestra el mensaje de confirmación. 5 a) La interfaz muestra el mensaje de error. b) El actor rectifica los datos del trabajo y vuelve a intentar la operación. c) El actor cancela la operación.

Actor Flujo Básico

Flujo Alterno

Pre Condiciones Post Condiciones

El usuario debe tener el permiso para registrar el trabajo(Odontólogo). Se tendrá el trabajo registrado en el sistema.

CU09 REGISTRAR CITA Identificador Descripción Actor Flujo Básico CU09- REGISTRAR CITA El caso de uso se inicia cuando el usuario elige la opción registrar cita consiste en programarlas citas para cada odontólogo. Recepción. 1. El Local establecido por defecto es el establecimiento donde se realiza la operación. 2. Se Selecciona el Paciente de forma básica (por código), o de forma Avanzada (por búsqueda de datos personales*). 3. Selección de la Fecha de Cita, (por defecto se utiliza la Fecha Actual, en el Horario más próximo). 4. Selección del Tipo de Cita que se pretende registrar : 5. Consulta Clásica : Primera cita del Paciente , son consultas básicas, 6. Dispone de una hora Médica (*). 7. Consulta Paulatinas: Son citas que se realizan después de la Primera, 8. Dispone de una hora Médica (*). 9. Consulta Completa: Análisis Dental de mayor precisión y generalidad. 10. Dispone de dos horas Médicas (*). 11. Atención de Tratamiento : 12. Dispone de tres Horas Médicas (*).

13. Seguimiento de Tratamiento : 14. Dispone de tres Horas Médicas. (*).

(*) Hora Medica equivalen a 20 Minutos dentro de la Clínica Dental, es una aproximación de la duración de la Cita, no obstante puede ser alterada por quien registra la Cita. De igual manera a cada tipo de Cita le corresponde un Precio establecido por la Entidad. Se ubica el Odontólogo, en primer lugar si el paciente conoces el Nombre del Odontólogo, sino es asignado según horario de disponibilidad. Se muestra el Monto Definido y el Consultorio que le ha sido asignado al Odontólogo seleccionado previamente. Según el Tipo de Cita, se habita la selección dentro de la Agenda Medica, la cantidad de horas necesarias que deben ser consecutivas. Y ninguno haber sido previamente reservado con fin alguno. Se Completaran los Datos adicionales como si existiera alguna Observación, etc. (*) Filtros: Nombres, Apellidos, DNI, etc. Flujo Alterno Pre Condiciones Post Condiciones El usuario debe tener el permiso para registrar citas (recepción). Se tendrá programada la cita del paciente.

CU10 EMITIR RECETA Identificador Descripción CU10 - EMITIR RECETA El caso de uso se inicia cuando el usuario elige la opción emitir receta, consiste en emitir la receta de acuerdo a cada paciente, el trabajo y/o tratamiento correspondiente. Odontólogo. 1. 2. 3. 4. 5. 6. El actor ingresa al sistema. El actor selecciona la opción emitir receta. La interfaz muestra los campos requeridos para emitir la receta. El actor realiza la búsqueda del paciente. La interfaz muestra los datos del paciente (alergias y enfermedades). El actor procede a ingresar los datos de la receta y presiona el botón registrar. 7. La interfaz muestra el mensaje de confirmación. 7 a) La interfaz muestra el mensaje de error.

Actor Flujo Básico

Flujo Alterno

b) El actor rectifica los datos de la receta y vuelve a intentar la operación. c) El actor cancela la operación.

Pre Condiciones Post Condiciones

El usuario debe tener el permiso para emitir recetas (odontólogo). Se emitirá la receta del paciente.

CU11 REGISTRAR SALIDA DE MATERIALES E INSUMOS Identificador Descripción CU11- REGISTRAR SALIDA DE MATERIALES E INSUMOS El caso de uso se inicia cuando el usuario elige la opción Registra salidas, consiste en registrar la salida de los materiales e insumos que han sido usados en los trabajos realizados por los odontólogos. Odontólogo. 1. El actor ingresa al sistema. 2. El actor selecciona la opción registrar salida. 3. La interfaz muestra los campos requeridos para registrar la salida de materiales e insumos. 4. El actor realiza el ingreso del material utilizado así como la cantidad de la misma y presiona registrar. 5. La interfaz valida los datos ingresados y muestra el mensaje de confirmación. 5 a) La interfaz muestra el mensaje de error. b) El actor rectifica los datos ingresados y vuelve a intentar la operación. c) El actor cancela la operación.

Actor Flujo Básico

Flujo Alterno

Pre Condiciones Post Condiciones

El usuario debe tener el permiso para registrar las salidas (odontólogo). La salida del material e insumo quedara registrada en el sistema y se descontara el stock.

CU12 GENERARORDEN DE PEDIDO Identificador Descripción CU12- GENERAR ORDEN DE PEDIDO El caso de uso se inicia cuando el usuario registra una salida y el stock restante del material llega a la cantidad mínima permitida, consiste en generar pedidos para reemplazar stock insuficiente. Odontólogo. 1. El actor deberá haber registrado una salida. 2. El sistema verifica que el stock restante es menor a la cantidad mínima permitida. 3. La interfaz genera una orden de pedido y la guarda para solicitar su

Actor Flujo Básico

aprobación. 4. La interfaz muestra un aviso de la generación. Flujo Alterno 2 a) Si el stock no es menor a lo permitido no se ejecuta ninguna operación (generar pedido). El stock restante del material debe ser menor a la cantidad mínima permitida. Se genera una orden de pedido que será atendida por el personal correspondiente para su aprobación.

Pre Condiciones Post Condiciones

CU13 APROBAR ORDEN DE PEDIDO Identificador Descripción CU13- APROBAR ORDEN DE PEDIDO El caso de uso se inicia cuando el usuario realiza una consulta de los pedidos, Consiste en Aprobar los pedidos que han sido generados automáticamente por el sistema. Jefe Odontólogo. 1. 2. 3. 4. 5. 6. 5 a) El actor cancela la orden de pedido. b) graba la operación. El actor ingresa al sistema. El actor elige la opción consultar pedidos. El actor filtra los pedidos por estado pendiente. El sistema muestra todas las órdenes de pedido pendientes. El actor aprueba la orden y graba la operación. La interfaz muestra un mensaje de confirmación.

Actor Flujo Básico

Flujo Alterno

Pre Condiciones Post Condiciones

Deben estar registradas órdenes de pedidos pendientes de aprobación. Se tendrá las órdenes de pedido aprobadas y listas para convertirse en órdenes de compra.

CU14 GENERARCOMPROBANTE DE PAGO Identificador Descripción CU14- GENERAR COMPROBANTE DE PAGO El caso de uso se inicia cuando el usuario genera el comprobante de pago, consiste en generar la factura correspondiente al cobro de los servicios brindados hacia el paciente. Auxiliar Odontólogo. 1. El actor ingresa al sistema. 2. El actor elige la opción consultar servicios por paciente. 3. La interfaz muestra la lista de los servicios consumidos por el paciente y da la opción de generar comprobante de pago (boleta o factura). 4. El actor confirma generar comprobante de pago.

Actor Flujo Básico

5. El sistema realiza los cálculos respectivos y muestra mediante la interfaz el comprobante de pago listo para imprimir. 6. La interfaz muestra un mensaje de confirmación. Flujo Alterno Pre Condiciones Post Condiciones El paciente debe tener servicios consumidos en la institución. Se genera el comprobante de pago del paciente.

CU15 REEMPLAZAR COMPROBANTE DE PAGO Identificador Descripción CU15- REEMPLAZARCOMPROBANTE DE PAGO El caso de uso se inicia cuando el usuario desea reemplazar un comprobante de pago ya generado, consiste en reemplazar una factura que ha sido impresa con datos incorrectos. Auxiliar Odontólogo. 1. El actor ingresa al sistema. 2. El actor elige la opción reemplazar comprobante de pago. 3. La interfaz muestra la lista de los servicios consumidos por el paciente y da la opción de generar comprobante de pago (boleta o factura). 4. El actor confirma generar comprobante de pago. 5. El sistema realiza los cálculos respectivos y muestra mediante la interfaz el comprobante de pago listo para imprimir con un número de identificación ya existente. 6. La interfaz muestra un mensaje de confirmación.

Actor Flujo Básico

Flujo Alterno Pre Condiciones Post Condiciones Haber generado un comprobante de pago erróneo. Se reemplaza el comprobante fallado.

CU16 REGISTRAR INGRESO DE MATERIALES E INSUMOS Identificador Descripción Actor Flujo Básico CU16- REGISTRAR INGRESO DE MATERIALES E INSUMOS El caso de uso se inicia cuando el usuario elige la opción Registra ingreso, consiste en registrar el ingreso de los materiales e insumos. Recepción/Trabajador, Odontólogo. 1. Se ingresa el Número de Orden de Compra que ha llegado del Proveedor, para mostrar las fechas y los ítems correspondientes. 2. Es importante verificar la Fecha Programada de llegada y la fecha en que está llegando físicamente al Establecimiento. 3. Se verifican las cantidades en lo posible, y se da el visto bueno

preliminar de lo que se va recibir. 4. Se debe ingresar el Número de Documento con el que se está Facturando y relacionarlo a la Orden de Compra de igual manera los montos del documento físico. 5. Se confirma la recepción de la Orden y se ingresan automáticamente al Stock, y se cierran las solicitudes por las cantidades atendida en esta Orden de Compra. 6. Si el Pedido se ha consumido por completo pues el Status del Pedido, será ahora „Suministrado por Completo‟. 7. Posteriormente estos montos, son registrados como gastos, para los demás Reportes de Ingresos/Egresos. Flujo Alterno La Mercadería llega incompleta al Establecimiento. El Pedido es suministrado parcialmente, por lo tanto existirán posiciones que no serán eliminadas hasta que se realice por completo la atención. Durante el Ingreso las cantidades son modificadas por el Usuario que recepciona la mercadería, de acuerdo al físico. El usuario debe tener el permiso para registrar ingresos (Recepción). El stock de materiales e insumos estará actualizado en el sistema.

Pre Condiciones Post Condiciones

3.3.

MODELO DE ANALISIS Y DISEÑO

3.3.1. Arquitectura del Análisis

En este flujo de trabajo se podrán encontrar dos tipos de capas que son las siguientes: Capa Específica: en la cual se representan los principales procesos que se llevan a cabo en la clínica dental “El Nazareno”, y los cuales serán manejados desde el Sistema en desarrollo (SASO).

Gestion de citas

Gestion de cobros

Gestion de materiales e insumos

Gestion de Personal

Gestion de pacientes

1. Gestión de citas: Es manejado por recepción, en esta sección realizaremos los registros y modificaciones en cuanto al proceso de citas, también se llevara un control de las mismas. Gestión de cobros: Es manejado por recepción, en esta sección se encuentra el registro y control de los cobros realizados a los pacientes, así como también nos permitirá llevar un registro con los saldos (económicos) de los pacientes.
2.

3. Gestión de materiales e insumos: Es manejado por el auxiliar odontólogo, en esta sección se llevara un registro de las principales salidas e ingresos de materiales e insumos que requiere la clínica. 4. Gestión de personal: Es manejado por el jefe odontólogo y recepción, en esta sección se realizara el registro de nuevos miembros de la organización, también podremos registrar los horarios de atención al cliente (paciente).

5. Gestión de pacientes: Es manejado por el odontólogo, en esta sección se registrara, modificara y eliminaran los datos de los pacientes de la institución, también se llevara un historial de cada paciente.

Capa General: Son los procesos que son reutilizables y de soporte, están referidas en su mayoría a salida de datos (consultas, reportes, etc.).

Utilitarios

Mantenimiento

Consultas

Reportes

1. Consultas: Manipulados por la mayoría de actores del sistema contiene los procesos que mayormente se refieren a la salida de datos. 2. Mantenimientos: Aquí encontramos los mantenimientos de las tablas maestras del sistema. 3. Reportes: En esta sección se encuentran los resúmenes de los procesos, los cuales nos ayudaran en la toma de decisiones. 4. Utilitarios: Este packete es un apoyo, mediante funcionalidades comunes en el sistema.

Diagrama de Paquetes

Gestion de citas

Gestion de materiales e insumos

Gestion de Personal

Gestion de cobros

Gestion de pacientes

Utilitarios

Reportes

Consultas

Mantenimientos

ELEMENTOS DEL ANÁLISIS:
Para poder elaborar la realización de los principales casos de uso mencionados anteriormente haremos uso del “diagrama de colaboración” por cada proceso; en este diagrama se usarán diferentes clases las cuales explicamos brevemente a continuación.

Actor

Interfaz

Control

Entidad

5.

Actor: Representa al usuario, el cual va a realizar una interacción con el sistema para desarrollar el proceso. Interfaz: Representa la interfaz mediante la cual se realizara el desarrollo del proceso.

6.

7.

Control: Representa el elemento activo que controla la realización de los procesos, tiempos y estructuras. Entidad: Viene a ser un elemento persistente (en su mayoría tablas pertenecientes a la base de datos).

8.

3.3.2. Realización del Caso de Uso de Análisis
CS_Gastos RA_CS_Gastos

CS_T

CONSULTAS

Realización: RA_CS_HorariosMedicos
CS_HistorialFacturacion RA_CS_HistorialFacturacion

CS_Sit

CS_HorariosMedicos

RA_CS_HorariosMedicos

CS_O CS_MovimientosPeriodicos RA_CS_MovimientosPeriodicos

Clase de análisis

Cargar pagina

Usuario
(f rom ActoresSistema)

Interfaz_CS_HorariosMedicos
(f rom Clase Interf az)

Consultar

Leer programacion Control_CS_HorariosMedico s
(f rom Clase Control)

E_SDE_TM_PROGRAM
(f rom Clase Entidad)

Diagrama de Colaboración:

4: Validar filtros 2: Cargar filtros

1: Cargar aplicacion 3: Ingresar y seleccionar filtros

8: Visualizar datos de la consulta : Usuario 7: Cargar datos de la consulta : Interfaz_CS_HorariosMedicos

5: Solicitar consulta

6: Leer datos del horario : Control_CS_HorariosMedicos

: E_SDE_TM_PROGRAM

Realización:RA_CS_Tratamientos

tos

CS_Tratamientos

RA_CS_Tratamientos

Clase de análisis

Cargar pagina

cion
Usuario

CS_SituacionPedidos

Interfaz_ConsultaTratamientos
(f rom Clase Interf az)

RA_CS_SituacionPedidos

(f rom ActoresSistema)

Consultar

Medicos

Leer tratamiento

Control_ConsultarTratamientos
(f rom Clase Control)

Leer datos paciente Leer trabajo Leer familia tratamiento

CS_Odontogramas
(f rom Clase Entidad)

E_SDE_TG_TRATAM

RA_CS_Odontogramas
E_SDE_TM_PACIENTE
(f rom Clase Entidad)

Periodicos
E_SDE_TH_TRABAJO
(f rom Clase Entidad)

E_SDE_TG_FAMTRATAM
(f rom Clase Entidad)

Diagrama de Colaboración:

1: Cargar aplicacion 3: Ingresar y seleccionar filtros

4: Validar filtros 2: Cargar filtros

10: Visualizar datos de la consulta : Interfaz_ConsultaTratamientos : Usuario 9: Cargar datos de consulta solicitada 5: Solicitar consulta de datos del tratamineto

: Control_ConsultarTratami... 6: Leer datos del trabajo

8: Leer datos de la familia del tratamiento

7: Leer datos del tratamiento

: E_SDE_TG_TRATAM

: E_SDE_TH_TRABAJO

: E_SDE_TG_FAMTRATAM

MANTENIMIENTOS Realización:RA_MN_MantTrabajador

_MN_ MantProveedores

MN_MantPedidos

RA_MN_MantPedidos

RA_MN_Articulos

MN_MantTrabajador

RA_MN_MantTrabajador

RA_MN_Consultorios

MN_MantTratamientos

RA_MN_MantTratamientos

RA_MN_Establecimiento

MN_RegistrarPaciente

RA_MN_RegistrarPaciente

Clase de análisis
Carga pagina

JefeOdontologo
(f rom ActoresSistema)

Interfaz_MN_MantTrabajador
(f rom Clase Interf az)

Gestionar trabajador

Control_MN_MantTrabajador
(f rom Clase Control)

Guarda datos trabajador

E_SDE_TG_Trabajador
(f rom Clase Entidad)

Diagrama de Colaboración:
2: Cargar combos

1: Ingresa a la interfaz 3: Ingresar datos del trabajador

6: Mensaje de confirmacion : JefeOdontologo : Interfaz_MN_MantTrabajador

4: Validar datos

: Control_MN_MantTrabajador

5: Guardar datos Trabajador

: E_SDE_TG_Trabajador

Realización:RA_MN_MantProveedores

MN_ MantProveedores

RA_MN_ MantProveedores

MN_MantPedid

Clase de análisis

MN_Articulos
Carga Pagina

RA_MN_Articulos

MN_MantTrabaj

JefeOdontologo

Interfaz_MN_MantProveedores
(f rom Clase Interf az)

MN_Consultorios (f rom ActoresSistema)

RA_MN_Consultorios

MN_MantTratam

Registrar

MN_Establecimiento

RA_MN_Establecimiento
Carga tipo proveedor
(f rom Clase Control)

MN_RegistrarP

Carga ubigeo Control_MN_MantProveedores

MN_MantGastos
E_SDE_TG_Ubigeo
(f rom Clase Entidad)

Guarda proveedor

RA_MN_MantGastos E_SDE_TG_TipProv
(f rom Clase Entidad)

MN_RegistroRad

E_SDE_TG_Proveedor

MN_MantMedOdontologo

(f rom Clase Entidad)

RA_MN_MantMedOdontologo

Diagrama de Colaboración:
3: Carga el tipo de proveedor 5: Carga el ubigeo

1: Ingresar a la interfaz 6: Ingresa los datos del proveedor

: JefeOdontologo

: Interfaz_MN_MantProveedores 7: Validar los datos

2: Lee el tipo de proveedor : Control_MN_MantProve... 4: Lee el ubigeo 8: Guarda datos proveedor

: E_SDE_TG_TipProv

: E_SDE_TG_Ubigeo

: E_SDE_TG_Proveedor

Realización:RA_MN_Articulos

MN_ MantProveedores

RA_MN_ MantProveedores

MN_Ma

MN_Articulos

RA_MN_Articulos

MN_Man

MN_Consultorios

RA_MN_Consultorios

MN_Man

MN_Establecimiento

RA_MN_Establecimiento

MN_Re

Clase de análisis
Cargar pagina

Aux.Odontologo
(f rom ActoresSistema)

Interfaz_jMantArticulos Registrar
(f rom Clase Interf az)

Control_GestionarArticulos Actualizar datos
(f rom Clase Control)

E_SDE_TM_ARTICULO
(f rom Clase Entidad)

Diagrama de Colaboración:
3: Validar datos

1: Cargar aplicacion 2: Ingresar datos del articulo

6: Mensaje de confirmacion : Aux.Odontologo : Interfaz_jMantArticulos

4: Gestionar articulo

: Control_GestionarArticulos

5: Guardar datos del articulo

: E_SDE_TM_ARTICULO

Consultorios

Realización:RA_MN_Paciente

MN_MantTratamientos

RA_MN_MantTratamientos

stablecimiento

MN_Paciente
Clase de análisis
Cargar pagina Cargar pagina

RA_MN_Paciente

_MantGastos
Recepcion
(f rom ActoresSistema)

Interfaz_jMantPaciente MN_RegistroRadiografias
(f rom Clase Interf az)

Interfaz_jMantAlerEnfPac
(f rom Clase Interf az)

RA_MN_RegistroRadiografias
Registrar

Registrar

antMedOdontologo
Control_ModificarPaciente
(f rom Clase Control)

Control_RegistrarAlergia
(f rom Clase Control)

Guardar paciente Guardar datos paciente juridico Guardar enfermedad Guardar imagen Guardar alergia

E_SDE_TG_PCENFER E_SDE_TM_PACIENTE
(f rom Clase Entidad)

E_SDE_TG_PCALERGIA
(f rom Clase Entidad)

(f rom Clase Entidad)

E_SDE_TG_IMGS E_SDE_TG_PCJURIDICO
(f rom Clase Entidad) (f rom Clase Entidad)

Diagrama de Colaboración:

2: Cargar datos 7: Validar datos de paciente 1: Cargar aplicacion 3: Ingresar datos de paciente

6: Validar datos

4: cargar pagina 5: Ingresar datos de alergias y/o enfermedades

15: Mensaje de confirmacion : Recepcion : Interfaz_jMantPaciente : Interfaz_jMantAlerEnfPac

8: Gestionar paciente

12: Gestionar alergias

: Control_RegistrarAlergia 11: Guardar datos imagen : E_SDE_TG_IMGS : Control_ModificarPaciente 14: Guardar datos enfermedades 13: Guardar datos alergias

9: Guardar datos del paciente

10: Guardar datos

: E_SDE_TG_PCALERGIA : E_SDE_TG_PCJUR... : E_SDE_TM_PACIENTE

: E_SDE_TG_PCENFER

e7

TR_ModPedido NewUseCase18
Transacciones

neraFactura

TR_OrdenCompra NewUseCase17
Realización:RN_TR_RegCita

TR_RegCita

RN_TR_RegCita

e9
Clase de análisis

TR_RegHorarioMedico
Aux.Odontologo
(f rom ActoresSistema)

NewUseCase15
E_SDE_TG_ENTIDAD E_SDE_TG_ESTABLEC
(f rom Entidades) (f rom Entidades)

0

E_SDE_TG_TPCITA Cargar Datos Negocio
(f rom Entidades)

Trabajador
(f rom ActoresSistema)

Local Actual wTR_RegCita Buscar Medico
(f rom Interf aces)

Mostrar

Recepcion
(f rom ActoresSistema)

Agregar Buscar Paciente E_SDE_TM_CITA Registra las Horas de Cita RN_TR_RegistrarTrabajo
(f rom Entidades)

gGastos

TR_RegistrarTrabajoSelecciona Horario Agenda
wTrabajador
(f rom Dialogos)

Ctrl_wTR_RegCita
(f rom Controls)

Crear Programacion Mostrar Datos wPaciente

Ctrl_wTrabajador
(f rom Dialogos) (f rom Controls)

E_SDE_TG_CITAHOR
(f rom Entidades)

Mostrar Odontologos

wAgendaMedico
(f rom Interf aces)

E_SDE_TG_PROGRAM E_SDE_TM_PACIENTE
(f rom Entidades) (f rom Entidades)

eCase12

TR_RegOdontograma
E_SDE_TG_ODONTOLO GO
(f rom Entidades)

Ctrl_wPaciente
(f rom Controls)

RN_TR_RegOdontograma
Mostrar Programacion del Medico Mostrar Horas Programadas Mostrar Cabecera

Ctrl_wAgendaMedico
(f rom Controls)

Diagrama de Colaboración

TR_AtencionCita
8:

TR_FiltroPedidos NewUseCase
: Ctrl_wTrabajador : E_SDE_TG_PROGRAM : E_SDE_TG_CITAHOR 9: Verificar si es Odontologo

: wPaciente

: wTrabajador

7: Selecionar Odontologo

22: Registrar Horas de Cita 21: Registrar Programacion

6: Selecciona Paciente

: E_SDE_TM_CITA

20: Registrar

TR_AgendaMedico
: Trabajador 4: Indicar Tipo de CIta 10: Ingresar Fecha de Cita 14: Ingresar Observaciones 15: Registrar Cita 5: Seleccionar Cantidad de Horas
: E_SDE_TG_ENTIDAD

NewUseCase2
4 : Ctrl_wTR_RegCita 16:

TR_GeneraFactura
18: Generar Nro de Cita 17: 19: Numero de Cita

: Ctrl_wPaciente

1: Datos de Entidad 23: Enviar Msg : Se ha grabado : E_SDE_TP_VALORES

11: Seleccionar Hora en la Agenda

2: Datos del Local Sede

TR_ControlarCitas
: wTR_RegCita

3: 12:

RN_TR_ControlarCitas TR_GenerarPedid
: E_SDE_TG_ESTABLEC

13: Verificar que el horario este Disponible

: wAgendaMedico
: Ctrl_wAgendaMedico

TR_ReprocesarDocs
Realización:RN_TR_EmitirReceta

NewUseCase4

TR_IngresodeMercaderia

TR_EmitirReceta

RN_TR_EmitirReceta TR_RegGastos

TR_SalidaArticulos

RN_TR_SalidaArticulos

TR_ModificarCita

Clase de análisis

Carga pagina

Aux.Odontologo
(f rom ActoresSistema)

Interfaz_TR_EmitirReceta
(f rom Clase Interf az)

Registra

Control_EmitirReceta
(f rom Clase Control)

Lee Nro cita Emite Guarda

E_SDE_TM_CITA
(f rom Clase Entidad)

E_SDE_TG_Receta
(f rom Clase Entidad)

E_SDE_TG_DetReceta
(f rom Clase Entidad)

Diagrama de Colaboración
3: Cargar el numero de cita 5: Validar datos de la receta

1: Ingresar a la interfaz 4: Ingresa datos de la receta

: Aux.Odontologo

: Interfaz_TR_EmitirReceta 6: Registrar

: Control_EmitirReceta 8: Guardar detalle de receta 2: Leer Numero de cita 7: Guardar receta

: E_SDE_TM_CITA

: E_SDE_TG_DetReceta : E_SDE_TG_Receta

3.3.3. Modelo Conceptual

SDE_TG_CLG ASTO

SDE_TG_CONPAG

1 0..* 0..1 0..* SDE_TG_PROVEEDOR SDE_TG_GASTO 0..* SDE_TG_TIP PROV 0..1

1 1 0..* SDE_TM_ORDCOM 0..*

1

SDE_TG_DET GASTO

1 0..*

SDE_TM_SALARTIC 0..* 0..* 0..* 0..1 SDE_TM_ORD CART 0..* 1 SDE_TM_REGSALIDA

0..*

0..*

1 1 0..1

SDE_TG_UNMEDIDA

0..* SDE_TM_ARTICULO SDE_TG_CLAR TICULO 0..1 0..1 1 SDE_TG_EMPLEADO 0..* 0..1 SDE_TM_MOVIM 0..*

SDE_TG_CARGO 1 0..* 1 0..* SDE_TG_ARTSOLPED 0..* 1 0..* SDE_TG_DETR ECETA 0..* 0..* 1 0..1 1 SDE_TG_SOLPED SDE_TG_H ORAS 0..* SDE_TG_C

SDE_TG_ODONTOLOGO 0..* 1 1 1 1 1

SDE_TG_RECETA R/69

1 0..*

0..*

1 0..1 1 SDE_TG_TRATAM 0..* SDE_TG_FAMT RATAM SDE_TG_TPD OCUM

SDE_TG_ES PEC

SDE_TG_ESPODONT 0..* 1

0..1 0..*

1 0..1

0..* 0..*

0..*

SDE_TM_PRO GRAM 0..* 0..* SDE_TH_TRABAJO 0..* 0..1

1

1

0..* 0..1 0..* 1 0..* SDE_TC_DIS PONIB 0..* 0..* 1 0..* SDE_TG_PCAL ERGIA 0..* 0..* 0..* SDE_TG_CON SULT 1 0..1 1 1 0..* 0..* SDE_TG_PCE NFER 0..* SDE_TM_O DONT 1 SDE_TM_PCJ URIDICO 0..1 0..* SDE_TG_IMGS 0..* 0..1 SDE_TG_TPIM AGEN 0..* 0..* SDE_TM_ODONPZAS SDE_TP_VAL ORES 0..1 0..1 SDE_TM_PACIENTE 1 1 1 0..* 0..1 0..1 1 SDE_TG_EN TIDAD 0..1 R/1 0..* 0..* 0..* 1 SDE_TM_CITA 0..1 1 0..* SDE_TG_ESTABLEC 0..* 0..*

1 0..* 0..*

SDE_TM_DOCUMENTO

0..* 0..* SDE_TM_DOCT RABAJO 1 0..*

0..1 0..1 SDE_TG_TP CITA 0..* SDE_TG_UB IGEO

0..*

SDE_TC_ACC ESO 0..*

0..1 0..1 0..1 0..* SDE_TC_PE RMS 0..*

1

SDE_TC_USERS 0..* 0..1

1

0..1

0..*

SDE_TC_AC CROL

0..1

SDE_TC_ROLUSR 1

0..* 1

SDE_TG_OBJECTS

3.3.4. Capas y Subsistemas 

Capa de Presentación:

Es la capa con la cual interactúa el usuario (también se le denomina “Capa de Usuario”), presenta el sistema al usuario, captura los datos ingresados por el usuario y le muestra la información solicitada. Esta capa se comunica únicamente con la capa de negocio. También es conocida como interfaz gráfica de usuario (GUI) y debe tener la característica de ser “amigable” (entendible y fácil de usar) para el usuario.  Capa Lógica de Negocio:

Es la capa en la cual se implementa la lógica del negocio, donde residen los métodos que se ejecutan, se reciben las peticiones del usuario y envían las respuestas tras el proceso. Se denomina capa de negocio porque es aquí donde se establecen todas las reglas que deben cumplirse. Esta capa se comunica con la capa de presentación, para recibir las solicitudes y presentar los resultados y con la capa de datos, para solicitar al gestor de base de datos la información que requiera. También se consideran aquí los programas de aplicación.  Capa de Datos:

Es la capa en la cual se encuentran los métodos y objetos de acceso a datos. Está formada por uno o más gestores de bases de datos que se encargan de administrar la base de datos, reciben solicitudes de información desde la capa de negocio o también reciben instrucciones de almacenamiento.

CAPA PRESENTACION PRESENTACION

- - - - - - - -- - - - - - - -- - - - - - - -- - - - - - - -- - - - - - - -- - - - - - - -- - - - - - - -- - - - - - - -- - - - - - - -- - - - - - - -- - - - - - - -- - - - - - - CAPA LOGICA NEGOCIO

NEGOCIO

ENTIDADES

- - - - - - - -- - - - - - - -- - - - - - - -- - - - - - - -- - - - - - - -- - - - - - - -- - - - - - - -- - - - - - - -- - - - - - - -- - - - - - - -- - - - - - - -- - - - - - - CAPA DATOS

DATOS

CONEXION

CS_Gastos

RA_CS_Gastos

CS_T

3.3.5. Realización de los Casos de Uso de Diseño

CONSULTAS
CS_HistorialFacturacion Realización:RA_CS_HorariosMedicos RA_CS_HistorialFacturacion

CS_Sit

CS_HorariosMedicos

RA_CS_HorariosMedicos

CS_O CS_MovimientosPeriodicos RA_CS_MovimientosPeriodicos

Diagrama de Secuencia:

: Usuario

: Interfaz_CS_HorariosMedicos

Cargar aplicacion

: Control_CS_HorariosM...

: E_SDE_TM_PROGRAM

Cargar filtros

Ingresar y seleccionar fil...

Validar filtros

Solicitar consulta

Leer datos del horario

Cargar datos de la cons...

Visualizar datos de la consulta

Realización:RA_CS_Tratamientos

tos

CS_Tratamientos

RA_CS_Tratamientos

Diagrama de Secuencia:

: Usuario

: Interfaz_ConsultaTratamientos

Cargar aplicacion Cargar filtros

: Control_ConsultarTrat...

: E_SDE_TH_TRABAJO

: E_SDE_TG_TRATAM: E_SDE_TG_FAMTRATAM

Ingresar y seleccionar filtros

Validar filtros

Solicitar consulta de datos del tratamineto Leer datos del trabajo Leer datos del tratamiento

Leer datos de la familia del tratamiento

Cargar datos de consulta solicitada

Visualizar datos de la consulta

MANTENIMIENTOS Realización:RA_MN_MantTrabajador

_MN_ MantProveedores

MN_MantPedidos

RA_MN_MantPedidos

RA_MN_Articulos

MN_MantTrabajador

RA_MN_MantTrabajador

RA_MN_Consultorios

MN_MantTratamientos

RA_MN_MantTratamientos

Diagrama de Secuencia:

: JefeOdontologo : Interfaz_MN_MantTrabajador

: Control_MN_MantTrab...

: E_SDE_TG_Trabajador

Ingresa a la interfaz

Cargar combos

Ingresar datos del trabajador Validar datos Guardar datos Trabajador

Mensaje de confirmacion

Realización:RA_MN_MantProveedores

MN_ MantProveedores

RA_MN_ MantProveedores

MN_MantPedid

MN_Articulos

RA_MN_Articulos

MN_MantTrabaj

Diagrama de Colaboración:

: JefeOdontologo

: Interfaz_MN_MantProveedores

: Control_MN_MantProv...

: E_SDE_TG_TipProv : E_SDE_TG_ProveedorE_SDE_TG_Ubigeo :

Ingresar a la interfaz Lee el tipo de proveedor Carga el tipo de proveedor Lee el ubigeo Carga el ubigeo

Ingresa los datos del proveedor Validar los datos

Guarda datos proveedor

Realización:RA_MN_Articulos

MN_ MantProveedores

RA_MN_ MantProveedores

MN_Ma

MN_Articulos

RA_MN_Articulos

MN_Man

MN_Consultorios

RA_MN_Consultorios

Diagrama de Secuencia:

: Aux.Odontologo

: Interfaz_jMantArticulos

: Control_GestionarArticulos

: E_SDE_TM_ARTICULO

Cargar aplicacion

Ingresar datos del articulo

Validar datos

Gestionar articulo

veedores

MN_MantPedidos
Mensaje de confirmacion

RA_MN_MantPedidos Guardar datos del articulo

ulos

MN_MantTrabajador

RA_MN_MantTrabajador

ultorios

MN_MantTratamientos Realización:RA_MN_Paciente

RA_MN_MantTratamientos

cimiento

MN_Paciente

RA_MN_Paciente

tGastos MN_RegistroRadiografias RA_MN_RegistroRadiografias

dOdontologo

Diagrama de secuencia:

: Recepcion

: Interfaz_jMantPaciente

: : Interfaz_jMantAlerEnfPac : Control_RegistrarAlergia Control_ModificarPaciente

: E_SDE_TM_PACIENTE

: : E_SDE_TG_IMGS E_SDE_TG_PCJURIDICO

: E_SDE_TG_PCALERGIA : E_SDE_TG_PCENFER

Cargar aplicacion

Cargar datos

Ingresar datos de paciente

cargar pagina

Ingresar datos de alergias y/o enfermedades

Validar datos

Validar datos de paciente

Gestionar paciente

Guardar datos del paciente

Guardar datos

Guardar datos imagen

Gestionar alergias

Guardar datos alergias

Guardar datos enfermedades

Mensaje de confirmacion

e7

TR_ModPedido NewUseCase18
Transacciones

neraFactura

TR_OrdenCompra NewUseCase17
Realización:RN_TR_RegCita

TR_RegCita
Diagrama de secuencia:

RN_TR_RegCita

e9

: E_SDE_TG_ENTIDAD

: E_SDE_TG_ESTABLEC

: Trabajador

: wTR_RegCita

Datos de Entidad

4 : Ctrl_wTR_RegCita

: E_SDE_TM_CITA

: E_SDE_TG_PROGRAM

: E_SDE_TG_CITAHOR : E_SDE_TP_VALORES

Datos del Local ...

: wPaciente

: Ctrl_wPaciente

: wTrabajador

: Ctrl_wTrabajador

: wAgendaMedico

: Ctrl_wAgendaMedico

TR_RegHorarioMedico

NewUseCase15

0
Indicar Tipo de CIta

Seleccionar Cantidad de Horas

Selecciona Paciente

gGastos

TR_RegistrarTrabajo
Selecionar Odonto...

RN_TR_RegistrarTrabajo
Verificar si es Odontologo

Ingresar Fecha de Cita

Seleccionar Hora en la Agenda
Verificar que el horario este Disponible

eCase12

TR_RegOdontograma
Registrar Cita
Numero de Cita

Ingresar Observaciones

RN_TR_RegOdontograma
Generar Nro de Cita

Registrar
Registrar Programacion

Registrar Horas de Cita

Enviar Msg : Se ha grabado

TR_ControlarCitas

RN_TR_ControlarCitas TR_GenerarPedid

TR_ReprocesarDocs
Realización:RN_TR_EmitirReceta

NewUseCase4

TR_IngresodeMercaderia

TR_EmitirReceta

RN_TR_EmitirReceta TR_RegGastos

Diagrama de secuencia:

: Aux.Odontologo

TR_SalidaArticulos
Ingresar a la interfaz

: Interfaz_TR_EmitirReceta

: Control_EmitirReceta

: E_SDE_TG_Receta

: E_SDE_TG_DetReceta : E_SDE_TM_CITA

RN_TR_SalidaArticulos
Leer Numero de cita

TR_ModificarCita

Cargar el numero de cita

Ingresa datos de la receta

Validar datos de la receta

Registrar

Guardar receta

Guardar detalle de receta

3.3.6. Diagrama de Clases Persistentes (Base de Datos)

3.3.7. Diccionario de Datos

Nombre SDE_TC_ACCESO TA_CDACC TA_FCACC TU_USRLG TR_CDROL SDE_TC_ACCROL TR_IDOBJ TR_SELST TR_UPDST TR_INSST TR_DELST DM_ANMES SDE_TC_DISPONIB DM_NODIA OD_COMED DM_HINI1 DM_HFIN1 DM_HINI2 DM_HFIN2 DM_OBSER DM_RMRKS SDE_TC_OBJECTS TR_IDOBJ OB_NOMOJ OB_PATH OB_FILEN OB_FECCR

Tipo de Dato NUMBER(10) DATE CHAR(15) CHAR(3) CHAR(15) number(1) NUMBER(1) number(1) NUMBER(1) NUMBER(4) NUMBER(2) NUMBER(5) date date date DATE VARCHAR(30) VARCHAR(10) NUMBER(6) VARCHAR(45) VARCHAR(60) VARCHAR(20) DATE

Opción Null NOT NULL NULL NOT NULL NOT NULL NOT NULL NULL NULL NULL NULL NOT NULL NOT NULL NOT NULL NULL NULL NULL NULL NULL NULL NOT NULL NULL NULL NULL NULL

PK Yes No No Yes Yes No No No No Yes Yes Yes No No No No No No Yes No No No No

FK No No Yes Yes No No No No No No No Yes No No No No No No No No No No No ID de objeto

Descripción Código de acceso Fecha de acceso Usuario acceso Código rol Operación select Operación update Operación insert Operación delete Año y mes Numero de dia Código medico Hora inicio Hora fin Hora inicio 2 Hora fin 2 Observación

Nombre de objeto Ubicación Archivo Fecha creación

OB_GRUPO OB_OTHER OB_VISTA TU_USRLG SDE_TC_PERMS TR_IDOBJ TP_SELST TP_UPDST TP_INSST TP_DETST SDE_TC_ROLUSR TR_CDROL TR_DESCR TR_VALUE TU_USRLG SDE_TC_USERS TU_FCCRE TU_USRCR TU_PRIAC TU_ULTAC TU_USRST TU_PASWD TU_TITLE TU_OTHER TR_CDROL EM_CDEMP SDE_TG_ARTSOLPED AT_CDART SP_NUMPED SP_QTPED SP_CSPED

CHAR(5) NUMBER(7) NUMBER(1) CHAR(15) NUMBER(6) NUMBER(1) NUMBER(1) number(1) NUMBER(1) CHAR(3) varchar(40) NUMBER(10) CHAR(15) DATE CHAR(15) DATE DATE NUMBER(1) CHAR(15) VARCHAR(40) NUMBER(2) CHAR(3) NUMBER(5) NUMBER(5) NUMBER(6) NUMBER(5) DECIMAL(7,2)

NULL NULL NULL NOT NULL NOT NULL NULL NULL NULL NULL NOT NULL NULL NULL NOT NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NOT NULL NOT NULL NOT NULL NOT NULL

No No No Yes Yes No No No No Yes No No Yes No No No No No No No No No No Yes Yes No No

No No No Yes Yes No No No No No No No No No No No No No No No No Yes Yes Yes Yes No No

Grupo Otros Vista Login del usuario Id del objeto Permiso para operación select Permiso para operación update Permiso para operación insert Permiso para operación delete Código de rol Descripción de rol Valores Login del usuario Fecha creación Nombre usuario Primer acceso Ultimo acceso Estado del usuario Password del usuario Titulo Otros Código de rol Código de empleado Código articulo Numero de pedido Cantidad total De pedido Cantidad sugerida de pedido

SP_QTPEN SDE_TG_CARGO CE_CDCAR CE_DESCR CE_BASIC CE_BENEF CE_COMEN SDE_TG_CITAHOR TH_NUMHOR TP_FECCT OD_COMED CH_CHAR1 TP_HRINI SDE_TG_CLARTICULO SDE_TG_CLGASTO TA_CDCLA TA_DESCR TG_CODTIP TG_DESTIP CP_IDCON SDE_TG_CONPAG CP_DESPA CP_NUMDI CP_INTRS CP_CHAR1 CP_VALUE CS_NOCON SDE_TG_CONSULT ES_COEST ET_COENT CS_NOPIS CS_AREAC EM_CDEMP

NUMBER(5) CHAR(4) VARCHAR(45) DECIMAL(10,2) DECIMAL(10,2) VARCHAR(35) NUMBER(3) DATE NUMBER(5) varchar(35) DATE CHAR(5) VARCHAR(40) char(4) varchar(35) CHAR(3) VARCHAR(40) NUMBER(6) DECIMAL(10,2) VARCHAR(10) DECIMAL(10,2) NUMBER(5) NUMBER(3) NUMBER(3) NUMBER(2) NUMBER(3) NUMBER(5)

NULL NOT NULL NULL NULL NULL NULL NOT NULL NOT NULL NOT NULL NULL NULL NOT NULL NULL NOT NULL NOT NULL NOT NULL NULL NULL NULL NULL NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL

No Yes No No No No Yes Yes Yes No No Yes No Yes No Yes No No No No No Yes Yes Yes No No No

No No No No No No Yes Yes Yes No No No No No No No No No No No No No Yes Yes No No Yes

Cantidad total De pedido Código de cargo Descripción de cargo Sueldo básico Beneficios Comentario Numero de hora Fecha de cita Código medico Hora de inicio Código clase de articulo Descripción de articulo Código tipo de gasto Descripción de gasto Identificador consulta Descripción de pago Número de días Intereses Otros Valores Numero consulta Código estado Código entidad Numero piso Área Código empleado

OD_COMED SDE_TG_DETGASTO OC_NUMORD GS_IDEGST DG_MONGAS GD_DESGAS GD_RMKGAS SDE_TG_DETRECETA RC_NOREC DR_ITEM DR_DESR ET_COENT SDE_TG_ENTIDAD ET_RZSOC ET_NORUC ET_DIREC ET_TELEF ET_FCINI ET_ADMIN SDE_TG_ESPEC ES_CODIG ES_DESCR SDE_TG_ESPODONT ES_CODIG OD_COMED EM_FCINI EM_FLAG SDE_TG_ESTABLEC ET_COENT ES_COEST ES_DIREC ES_TELEF ES_FAXES

NUMBER(5) NUMBER(6) NUMBER(5) DECIMAL(10,2) VARCHAR(35) VARCHAR(10) NUMBER(6) CHAR(18) CHAR(18) NUMBER(3) VARCHAR(30) CHAR(11) VARCHAR(45) VARcHAR(12) DATE VARCHAR(30) chAR(4) VARCHAR(30) chAR(4) NUMBER(5) DATE NUMBER(1) NUMBER(3) NUMBER(3) VARCHAR(45) VARCHAR(12) VARCHAR(12)

NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NULL NOT NULL NOT NULL NOT NULL NOT NULL NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL

No Yes Yes No No No Yes Yes No Yes No No No No No No Yes No Yes Yes No No Yes Yes No No No

Yes Yes Yes No No No Yes No No No No No No No No No No No Yes Yes No No Yes No No No No

Código medico Numero de orden Identificador de gasto Moneda de gasto Descripción de gasto Numero de receta Ítem de receta Descripción de receta Código entidad Razón social Numero de ruc Dirección Teléfono Fecha de inicio Administrador Código especialidad Descripción de especialidad Código especialidad Código medico Fecha inicio Código entidad Código estado Dirección Teléfono Fax

ES_DIAAT ES_HORAT UG_CDUBI SDE_TG_FAMTRATAM FT_COFAM FT_DESCR GS_IDEGST SDE_TG_GASTO GS_FECGAS GS_MONGAS GS_MONADI GS_MONDES TG_CODTIP GS_MONOBS SDE_TG_HORAS TH_NUMHOR TH_HORINI TH_HORFIN TH_CHAR1 TH_VALUE PA_COPAC SDE_TG_IMGS IM_COIMG IM_FCIMG IM_NOIMG IM_URIMG IM_DESCR IM_PZAIN IM_PZAFN TI_TPIMG SDE_TG_ODONTOLOGO OD_COMED

VARCHAR(20) VARCHAR(20) char(6) NUMBER(2) varchar(30) NUMBER(5) DATE DECIMAL(10,2) DECIMAL(10,2) VARCHAR(35) char(4) VARCHAR(40) NUMBER(3) DATE DATE VARCHAR(50) NUMBER(7) NUMBER(7) NUMBER(5) DATE VARCHAR(25) VARCHAR(30) VARCHAR(30) NUMBER(2) NUMBER(2) CHAR(3) NUMBER(5)

NOT NULL NOT NULL NULL NOT NULL NOT NULL NOT NULL NULL NOT NULL NOT NULL NOT NULL NOT NULL NULL NOT NULL NULL NULL NULL NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NULL NULL NOT NULL

No No No Yes No Yes No No No No No No Yes No No No No Yes Yes No No No No No No No Yes

No No Yes No No No No No No No Yes No No No No No No Yes No No No No No No No Yes Yes

Día atención Horario atención Código ubigeo Código familia tratamiento Descripción familia tratamiento Identificador de gasto Fecha de gasto Moneda de gasto Moneda adicional Moneda descuento Código tipo gasto Moneda observación Numero de hora Hora inicio Hora fin

Código paciente Código imagen Fecha imagen Nombre de imagen Descripción imagen Pieza inicial Pieza final Tipo imagen Código medico

OD_CDCOL OD_OBSMD OD_EMAIL OD_TELEF OD_FAXMD OD_URIMG SDE_TG_PCALERGIA PA_COPAC AP_IDALR AP_DESCR AP_FCINI AP_FLGTR PA_COPAC SDE_TG_PCENFER PE_NOENF PE_DESCR PE_NIVEL PE_FCINI PE_FCFIN PE_ESTEF PE_FLAG PA_COPAC SDE_TG_PCJURIDICO PJ_NORUC PJ_NOREF PJ_TPSOC PJ_RZSOC PJ_FCINI PJ_CARGO SDE_TG_PROVEEDOR PR_CODPR

NUMBER(6) VARCHAR(40) VARCHAR(50) VARCHAR(12) VARCHAR(12) VARCHAR(30) NUMBER(7) NUMBER(5) VARCHAR(35) DATE NUMBER(1) NUMBER(7) NUMBER(5) VARCHAR(25) NUMBER(2) DATE DATE NUMBER(1) NUMBER(1) NUMBER(7) CHAR(11) VARCHAR(12) VARCHAR(30) VARCHAR(40) DATE VARCHAR(20) NUMBER(6)

NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NULL NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL

No No No No No No Yes Yes No No No Yes Yes No No No No No No Yes No No No No No No Yes

No No No No No No Yes No No No No Yes No No No No No No No Yes No No No No No No No

Código colegio odontológico Observación Correo electrónico Teléfono Fax Código paciente Identificador de alergia Descripción de alergia Fecha inicio Código paciente Número enfermedad Descripción de enfermedad Nivel Fecha inicio Fecha fin Estado enfermedad Código paciente Numero ruc Numero referencia Tipo sociedad Razón social Fecha inicio Cargo Código proveedor

PR_NOMPR PR_RUCPR PR_RZSOC PR_DIRPR PR_TLFPR PR_FAXPR PR_PRCON PR_FECREG UG_CDUBI PR_CRCON TP_CDTIPPROV RC_NOREC SDE_TG_RECETA RC_NOPOS RC_DESCR RC_CNTRC RC_DOSIS RC_OBSER CT_NOCIT SP_NUMPED SDE_TG_SOLPED SP_FECPEC SP_MONPED SP_ESTPED TU_USRLG PR_CODPR SDE_TG_TIPPROV SDE_TG_TPCITA TP_CDTIPPROV TC_COTPC

VARCHAR(50) VARCHAR(11) VARCHAR(60) VARCHAR(45) VARCHAR(15) VARCHAR(15) VARCHAR(45) DATE char(6) VARCHAR(45) NUMBER(3) NUMBER(6) NUMBER(2) VARCHAR(35) NUMBER(3) VARCHAR(10) VARCHAR(50) NUMBER(7) NUMBER(6) DATE DECIMAL(10,2) NUMBER(1) CHAR(15) NUMBER(6) NUMBER(3) NUMBER(2)

NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NULL NULL NULL NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NULL NOT NULL NOT NULL NULL NULL NOT NULL NULL NOT NULL

No No No No No No No No No No No Yes No No No No No No Yes No No No No No Yes No Yes

No No No No No No No No Yes No Yes No No No No No No Yes No No No No Yes Yes No No No

Nombre proveedor Numero ruc proveedor Razón social Dirección Teléfono Fax Nombre Contacto Fecha registro Código ubigeo Cargo contacto Código tipo proveedor Numero de receta Numero posición Descripción receta Concetracion Dosis Observación Numero de cita Numero pedido Fecha pedido Moneda pedido Estado pedido Login usuario Código proveedor Código tipo proveedor Descripción tipo proveedor Código tipo de cita

TP_DESTIPPROV VARCHAR2(50)

TC_DSTPC TC_COMEN TC_FLTPC TC_COSTP SDE_TG_TPDOCUM TD_COTDC TD_DESCR TD_SERIE TD_OTHER SDE_TG_TPIMAGEN TI_TPIMG TI_DESCR EM_CDEMP EM_NOEMP SDE_TG_TRABAJADOR EM_APEMP EM_NODNI EM_TELF EM_FCING EM_FCNAC EM_DIREC EM_MOVIL UG_CDUBI CE_CDCAR EM_ESTCV SDE_TG_TRATAM TR_COTRT TR_DESCR TR_NOTRT TR_PRTRT FT_COFAM

VARCHAR(30) VARCHAR(50) NUMBER(1) decimal(10,2) char(3) varchar(30) VARCHAR(15) DECIMAL(10,2) CHAR(3) VARCHAR(35) NUMBER(5) VARCHAR(30) VARCHAR(35) CHAR(8) VARCHAR(12) DATE DATE VARCHAR(50) VARCHAR(15) char(6) CHAR(4) CHAR(1) NUMBER(3) VARCHAR(50) VARCHAR(25) DECIMAL(10,2) NUMBER(2)

NOT NULL NOT NULL NOT NULL NULL NOT NULL NOT NULL NULL NULL NOT NULL NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NULL NULL NULL NULL NULL NULL NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL

No No No No Yes No No No Yes No Yes No No No No No No No No No No No Yes No No No No

No No No No No No No No No No No No No No No No No No No Yes Yes No No No No No Yes

Descripción tipo cita Comentario costo tipo cita Código documento Descripción documento Serie documento Otros Código tipo imagen Descripción imagen Código empleado Nombre empleado Apellido empleado Numero dni Teléfono Fecha ingreso Fecha nacimiento Dirección Teléfono móvil Código ubigeo Código cargo Estado civil Código tratamiento Descripción Numero tratamiento Precio tratamiento Código familia tratamiento

TR_CLTRT TR_PZTRT TR_IMGTR TR_OBJJS TR_FPAGO SDE_TG_UBIGEO UG_CDUBI UG_TPUBI UG_DESC UG_PAUBI SDE_TG_UNMEDIDA UM_CDUNM UM_DESCR UM_VALNO UM_VALCH SDE_TH_TRABAJO CT_NOCIT TR_NOTRA TR_DESCR TR_MONTR TR_ADITR TR_DCTTR TR_SLDTR TR_ESTTR TR_ESTCB TR_COTRT OD_IDODG PA_COPAC OP_POSIC TR_FECTR

NUMBER(2) NUMBER(2) VARCHAR2(15) CHAR(15) CHAR(1) char(6) number(1) varchar(30) char(4) CHAR(2) VARCHAR(50) NUMBER(6) VARCHAR(10) NUMBER(7) NUMBER(5) varchar(40) decimal(10,2) decimal(10,2) decimal(10,2) DECIMAL(10,2) NUMBER(1) NUMBER(1) NUMBER(3) NUMBER(4) NUMBER(7) NUMBER(5) DATE

NULL NULL NULL NULL NOT NULL NOT NULL NULL NULL NULL NOT NULL NULL NULL NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NULL NOT NULL NULL NULL NULL NULL

No No No No No Yes No No No Yes No No No Yes Yes No No No No No No No No No No No No

No No No No No No No No No No No No No Yes No No No No No No No No Yes Yes Yes Yes No

Clase tratamiento Pieza tratamiento Imagen tratamiento Objeto Forma de pago tratamiento Código ubigeo Tipo ubigeo Descripción ubigeo País ubigeo Código unidad de medida Descripción Valores Numero cita Numero trabajo Descripción trabajo Moneda trabajo Adicional Documento Salida Estado trabajo Estado Código tratamiento Identificador de gasto Código paciente Posición Fecha tratamiento

TR_FECTE CP_IDCON AT_CDART AT_DSART SDE_TM_ARTICULO AT_CSART AT_PRART AT_FCVEN AT_STKMN AT_STKMX AT_QTDEM AT_UNMIN AT_STKCU UM_CDUNM TA_CDCLA AT_STKAC AT_DESUM AT_STKOT SDE_TM_CITA CT_NOCIT CT_FCCIT CT_HRCIT CT_DUCIT CT_FLCIT CT_OBCIT PA_COPAC CT_NOHST CT_MONCR CT_CITPV

CHAR(18) CHAR(3) NUMBER(5) VARCHAR(40) DECIMAL(7,2) DECIMAL(7,2) DATE NUMBER(10,2) NUMBER(10,2) NUMBER(10,2) NUMBER(3) NUMERIC(10,2) CHAR(2) CHAR(5) NUMERIC(10,2) VARCHAR(40) NUMERIC(10,2) NUMBER(7) DATE DATE NUMBER(2) NUMBER(1) VARCHAR(40) NUMBER(7) NUMBER(6) DECIMAL(10,2) NUMBER(7)

NULL NULL NOT NULL NOT NULL NOT NULL NOT NULL NULL NOT NULL NOT NULL NOT NULL NOT NULL NULL NULL NULL NULL NULL NULL NOT NULL NULL NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL

No No Yes No No No No No No No No No No No No No No Yes No No No No No No No No No

No Yes No No No No No No No No No No Yes Yes No No No No No No No No No Yes No No No

Fecha termino Identificador de consulta Código articulo Descripción de articulo Situación articulo Precio articulo Fecha vencimiento Stock mínimo Stock máximo Código unidad de medida Stock actual Código unidad de medida Código clase articulo Stock actual Stock total Numero de cita Fecha cita Hora cita Duración estimada de cita Observación cita Código paciente Numero historial Moneda Cita previa

CS_NOCON ES_COEST TC_COTPC TU_USRLG ET_COENT OD_COMED DC_NODOC SDE_TM_DOCTRABAJO TR_NOTRA CT_NOCIT TO_NOMOV TR_VALNO DT_DESCR TR_NOMOV DC_NODOC SDE_TM_DOCUMENTO DC_FCEMI DC_FCVEN DC_TPMOV DC_MODOC DC_MOIGV DC_IGVTS TD_COTDC PA_COPAC TU_USRLG SDE_TM_MOVIM TO_NOMOV TO_NOFEC TO_TPMOV TO_MONTO

NUMBER(5) NUMBER(3) NUMBER(2) CHAR(15) NUMBER(3) NUMBER(5) NUMERIC NUMBER(5) NUMBER(7) NUMBER(8) DECIMAL(10,2) VARCHAR(15) NUMBER(8) NUMERIC date date NUMBER(1) decimal(10,2) decimal(10,2) decimal(4,2) char(3) NUMBER(7) CHAR(15) NUMBER(8) DATE CHAR(3) DECIMAL(10,2)

NULL NULL NULL NULL NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NULL NULL NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NULL NULL NOT NULL NULL NULL NULL

No No No No No No Yes Yes Yes Yes No No No Yes No No No No No No No No No Yes No No No

Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes No No No No No No No No No No Yes Yes Yes No No No No

Numero consulta Código estado Código tipo consulta Login usuario Código entidad Código medico Numero documento Numero trabajo Numero cita Numero movimiento Valor Descripción Numero movimiento Numero documento Fecha emisión Fecha vencimiento Tipo movimiento Monto documento Monto igv Tasa igv Código tipo documento Código paciente Login usuario Numero movimiento Fecha movimiento Tipo movimiento Monto movimiento

TO_ADICI TO_DESCT PA_COPAC TO_DCREF TO_TPCUE TO_SALDO CT_NOCIT TR_NOTRA TO_FCPRG TO_ESTTO PA_COPAC SDE_TM_ODONPZAS OD_IDODG OP_POSIC OP_PZAIN OP_PZAFN OP_OBSOP OP_ESTOP TR_COTRT OP_CUADS OP_FCREG SDE_TM_ODONTO PA_COPAC OD_IDODG OD_FCODG OD_HRODG OD_OBODG OD_FLODG CT_NOCIT

DECIMAL(10,2) DECIMAL(10,2) NUMBER(7) VARCHAR(12) NUMBER(3) DECIMAL(10,2) NUMBER(7) NUMBER(5) DATE CHAR(1) NUMBER(7) NUMBER(4) NUMBER(5) NUMBER(2) NUMBER(2) VARCHAR(30) NUMBER(1) NUMBER(3) CHAR(20) DATE NUMBER(7) NUMBER(4) DATE DATE VARCHAR(30) NUMBER(1) NUMBER(7)

NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NOT NULL NOT NULL NOT NULL NULL NULL NULL NULL NULL NULL NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL

No No No No No No No No No No Yes Yes Yes No No No No No No No Yes Yes No No No No No

No No Yes No No No Yes Yes No No Yes Yes No No No No No Yes No No Yes No No No No No Yes

Adicional Descuento Código paciente Documento referencia Tipo cuenta Saldo Numero cita Numero trabajo Fecha programación Estado Código paciente Identificador odontograma Posición pieza Pieza inicial Pieza final Observación Estado Código tratamiento Fecha registro Código paciente Identificador odontograma Fecha odontograma Hora odontograma Observación odontograma Numero cita

OD_TPODG SDE_TM_ORDCART OC_NUMORD AT_CDART AC_CANCOM AC_COSCOM AC_FECVEN OC_NUMORD OC_FECORD SDE_TM_ORDCOM OC_FECAPR OC_FECLLE OC_FECENV OC_MONORD OC_IGVORD OC_IGVTAS PR_CODPR TU_USRLG SP_NUMPED OC_DOCREF CP_IDCON OC_ESTOC OC_FCREAL PA_COPAC SDE_TM_PACIENTE PA_NOHST PA_NOMBS PA_APPAT PA_APMAT PA_FCNAC

NUMBER(1) NUMBER(6) NUMBER(5) DECIMAL(7,2) DECIMAL(7,2) DATE NUMBER(8) DATE DATE DATE DATE DECIMAL(10,2) DECIMAL(10,2) DECIMAL(4,2) NUMBER(6) CHAR(15) NUMBER(6) varchar(15) CHAR(3) NUMBER(2) DATE NUMBER(7) VARCHAR(15) VARCHAR(30) VARCHAR(25) varchar(25) date

NULL NOT NULL NOT NULL NOT NULL NOT NULL NULL NOT NULL NULL NULL NULL NULL NOT NULL NOT NULL NOT NULL NOT NULL NULL NULL NULL NOT NULL NULL NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NULL

No Yes Yes No No No Yes No No No No No No No No No No No No No No Yes No No No No No

No Yes Yes No No No No No No No No No No No Yes Yes Yes No Yes No No No No No No No No

Tipo odontograma Numero orden compra Código articulo Cantidad compra Costo compra Fecha vencimiento Numero orden compra Fecha orden de compra Fecha aprobación Fecha recepción Fecha envio Monto orden compra Igv orden compra Tasa igv Código proveedor Login usuario Numero pedido Documento referencia Identificador Estado orden compra Fecha real Código paciente Numero historial Nombres Apellido paterno Apellido materno Fecha nacimiento

PA_FCREG PA_DOCRF PA_SEXPA PA_DIREC PA_PRICT PA_ULTCT PA_PRXCT PA_FLGES PA_FLAMA PA_FLHEM PA_FLJUR PA_TELEF PA_MOVIL PA_ESTCV PA_NODNI UG_CDUBI TP_FECCT SDE_TM_PROGRAM OD_COMED CT_NOCIT TP_DURAC TP_NOHST TP_COPAC TP_DESCR TP_STATS SDE_TM_REGSALIDA RS_NODOC RS_FCDOC RS_DESCR

DATE VARCHAR(15) CHAR(1) VARCHAR(45) DATE DATE DATE NUMBER(1) NUMBER(1) NUMBER(1) NUMBER(1) varchar(12) varchar(12) char(2) char(8) char(6) DATE NUMBER(5) NUMBER(7) NUMBER(3) VARCHAR(15) NUMBER(7) VARCHAR(50) NUMBER(1) NUMBER(6) DATE VARCHAR(30)

NULL NULL NOT NULL NOT NULL NULL NULL NULL NOT NULL NOT NULL NOT NULL NOT NULL NULL NULL NULL NULL NULL NOT NULL NOT NULL NULL NULL NULL NULL NULL NULL NOT NULL NULL NULL

No No No No No No No No No No No No No No No No Yes Yes No No No No No No Yes No No

No No No No No No No No No No No No No No No Yes No Yes Yes No No No No No No No No

Fecha registro Documento referencia Sexo Dirección Primera cita Ultima cita Próxima cita

Teléfono Teléfono móvil Estado civil Numero dni Código ubigeo Fecha cita Código medico Numero cita Duración estimada Numero historial Código paciente Descripción Estado Numero documento salida Fecha documento salida Descripción

RS_NUMER TU_USRLG SDE_TM_SALARTIC RS_NODOC AT_CDART TM_STKAN TM_CANTI TM_REFER ES_COEST SDE_TP_VALORES ES_IDVAL ES_POSIC ET_COENT ES_DESCR ES_NUMR1 ES_NUMR2 ES_NUMR3

NUMBER(10) CHAR(15) NUMBER(6) NUMBER(5) NUMBER(6) NUMBER(6) VARCHAR(30) NUMBER(3) CHAR(5) CHAR(3) NUMBER(3) VARCHAR(25) NUMBER(8) NUMBER(8) NUMBER(8)

NULL NULL NOT NULL NOT NULL NULL NULL NULL NOT NULL NOT NULL NOT NULL NOT NULL NULL NULL NULL NULL

No No Yes Yes No No No Yes Yes Yes Yes No No No No

No Yes Yes Yes No No No
Yes

Numero Login usuario Numero documento salida Código articulo Stock anterior cantidad Referencias Código estado Identificador de valor Posición Código entidad Descripción Numero Numero Numero

No No Yes No No No No

3.4.

MODELO DE IMPLEMENTACION

Este fragmento muestra el Modelo de Implementación del sistema. Muestra cómo se traduce el Modelo de Diseño en los distintos componentes de la aplicación a desarrollar. El modelo de implementación describe también como se organizan los componentes de acuerdo con los mecanismos de estructuración y modularización disponibles en el entorno de implementación y en el lenguaje disponible, y muestra como dependen los componentes unos de otros.

3.4.1. Diagrama de componentes Un componente es el empaquetamiento físico de los elementos de un modelo, como son las clases en el modelo de diseño. Los diagramas de componentes describen los elementos físicos del sistema y sus relaciones. Muestran las opciones de realización incluyendo código fuente, binario y ejecutable. Capa de Presentación: Es la que ve el usuario (también se le denomina “Capa de Usuario”), presenta el sistema al usuario, le comunica la información y captura la información del usuario en un mínimo de proceso. Esta capa se comunica únicamente con la capa de negocio. También es conocida como interfaz gráfica y debe tener la característica de ser “amigable” (entendible y fácil de usar) para el usuario.

TR_CrearPedido.jsp TR_ModPedido.jsp TR_IngMercaderia.jsp TR_AtencionCita.jsp TR_RegFactura.jsp TR_Login.jsp TR_EmitirReceta.jsp

sde_mantEmpleado.jsp

CS_OdontogramaPac.jsp TR_AgendaMed.jsp

TR_ProgramDay.jsp

TR_GenPedido.jsp TR_ListaPedidos.jsp TR_OrdCompra_1.jsp Presentacion CS_KardexArts.jsp TR_OrdCompra.jsp jMantTratamientos.jsp

TR_FiltroOrdenes.jsp

TR_RegSalida.jsp

TR_ProcesoOrdnCom.jsp jMantArticulos.jsp TR_RegCita.jsp TR_RegGastos.jsp sde_MantProveedor.jsp TR_ModCita.jsp

TR_ProgConsultorios.jsp

CS_DocumentosEmitidos.jsp

jMantPaciente.jsp CS_ProgramDay.jsp CS_Gastos.jsp jMantAlerEnfPac.jsp

Capa de Negocio: Es donde residen los programas que se ejecutan, se reciben las peticiones del usuario y se envían las respuestas tras el proceso. Se denomina capa de negocio porque es aquí donde se establecen todas las reglas que deben cumplirse. Esta capa se comunica con la capa de presentación, para recibir las solicitudes y presentar los resultados y con la capa de datos, para solicitar al gestor de base de datos de él. También se consideran aquí los programas de aplicación.
N_Pedido N_Movimiento N_Receta N_Articulo

N_Gasto Negocio

N_Odontograma N_OrdCompra

N_Usuario N_Trabajador

N_Odontologo

N_Salida

Capa de Entidad: Presenta las variables globales a usar durante el desarrollo del sistema.
E_SDE_TG_GASTO E_SDE_TG_PCENFER E_SDE_JV_DIE E_SDE_TG_PROVEEDO NTE R E_SDE_JV_AG ENDA E_SDE_TM_REGSALIDA

E_SDE_TG_CONS ULT

E_SDE_TG_ESTABL EC

E_SDE_TM_ODONTO E_SDE_TG_CONP AG

Entidades E_SDE_TM_ARTICULO E_SDE_TM_MOVIM

E_SDE_TG_CARG O

E_SDE_TG_RECETA E_SDE_JV_STA TUS

E_SDE_TM_PACIENTE

E_SDE_TC_OBJ ECTS

E_SDE_TG_FAMTRA TAM

E_SDE_TC_USE R

E_SDE_TG_PCALERGI A

E_SDE_TG_TRATAM E_SDE_TG_ENTIDA D E_SDE_TG_SOLPED E_SDE_TG_TRABAJADOR E_SDE_TG_ODONTOL OGO E_SDE_TG_UBIGEO E_SDE_TM_PROGRAM E_SDE_TM_ODONPZAS

E_SDE_TH_TRABAJO

E_SDE_TM_ORDCOM E_SDE_TM_CITA

Capa de Dato: Es donde residen los datos y es la encargada de acceder a los mismos. Está formada por uno o más gestores de bases de datos que realizan todo el almacenamiento de datos, reciben solicitudes de almacenamiento o recuperación de información desde la capa de negocio.
Datos

D_ProcesosSQL

D_ReturnProc

DIAGRAMA DE COMPONENTES DEL SISTEMA

Conexion

DBDENT

Handlers

Datos

Entidades

JQuery

Negocio

Presentacion

interfaz del usuario

3.4.2. Diagrama de Despliegue

Los Diagramas de despliegue muestran la disposición física de los distintos nodos que componen un sistema y el reparto de los componentes sobre dichos nodos. Un nodo es un elemento físico que existe en tiempo de ejecución y representa un recurso computacional, que generalmente tiene algo de memoria y, a menudo, capacidad de procesamiento. Los nodos se utilizan para modelar la topología del hardware sobre el que se ejecuta el sistema. Representa típicamente un procesador o un dispositivo sobre el que se pueden desplegar los componentes.

Impresora de Red Server Web Aplicacion - BD

Switch IP: 192.168.1.253 MSK: 255.255.255.0

Cliente XP03

IP: 192.168.1.254 MSK: 255.255.255.0

IP: 192.168.1.4 MSK: 255.255.255.0

Cliente XP05 Cliente XP02 IP: 192.168.1.6 MSK: 255.255.255.0

IP: 192.168.1.3 MSK: 255.255.255.0

Cliente XP01

Cliente XP04

IP: 192.168.1.2 MSK: 255.255.255.0

IP: 192.168.1.5 MSK: 255.255.255.0

3.4.3. Programación

OBJETIVO  Objetivo General

Informar a los usuarios de las distintas dependencias de la empresa, acerca de los estándares que la Unidad de Tecnología de Información ha establecido con el propósito de apoyar y asesorar en el mejor cumplimiento de las metas que cada dependencia se ha trazado.  Objetivos Específicos

• Manejo de plataforma de Sistemas Abiertos • Lograr la estandarización en equipos, paquetes y estructuras de datos. • Coordinación entre las diversas áreas Administradoras de Informática de la empresa. • Manejo de proyectos conjuntos entre diversas áreas informáticas. • Aprovechamiento de los recursos tecnológicos en forma eficiente y eficaz. • Fortalecer la integración de sistemas y bases de datos de la empresa, para tener como meta final un Sistema Integral de Información. • Integración de sistemas informáticos y telecomunicaciones. ESTANDARES DE PROGRAMACIÓN Estándares para Usuario • El login de los usuarios comunes deberán empezar con la primera letra de su nombre seguido de su primer apellido y que tenga un máximo de 15 caracteres, además deberá escribirse en minúsculas. Ejemplo: Luis Olivera Aguilar = oluis. • En caso de encontrarse dos usuarios con el mismo login se procederá a agregar al login el segundo apellido para evitar la redundancia.

Estándares para Tablas Las tablas deben cumplir los siguientes estándares: • Tener un nombre mnemónico. • Tener un máximo de 17 caracteres. • Las tablas existentes deben ser documentadas debidamente con el propósito de tener una visión clara del contenido de cada uno de los componentes de dicha tabla

• Las tablas creadas deberán tener el color de acuerdo al tipo de tabla:

Colores de las tablas

a) Tablas Públicas Son aquellas tablas que serán compartidas con los demás sistemas dentro de la base de datos XXX_TP_NNN Donde: XXX : es la sigla correspondiente al sistema que creó la tabla (SDE). TP : indica que el objeto es una tabla pública NNN : es una sigla única dentro de todas las tablas que representará el nombre de la tabla y que podrá contener hasta 10 caracteres. Ejemplo Tabla de Numeradores que fue creada por el Sistema de Administración de Servicios Odontológicos SDE_TP_VALORES

b) Tablas generales Se denomina así a las tablas que son propias del sistema y que no registran actualizaciones frecuentes XXX_TG_NNN Donde: XXX TG : es la sigla correspondiente al sistema que creó la tabla. : indica que el objeto es una tabla general

NNN : es una sigla única dentro de todas las tablas que representará el nombre de la tabla y que podrá contener hasta 10 caracteres. Ejemplo Tabla de Proveedores que fue creada por el Sistema de Administración de Servicios Odontológicos SDE_TG_PROVEEDOR

c) Tablas maestras Son aquellas tablas que son actualizadas frecuentemente y que registran grandes volúmenes de información XXX_TM_NNN Donde: XXX : es la sigla correspondiente al sistema que creó la tabla. TM : indica que el objeto es una tabla maestra NNN : es una sigla única dentro de todas las tablas que representará el nombre de la tabla y que podrá contener hasta 10 caracteres. Ejemplo Tabla de Pacientes que fue creada por el Sistema de Administración de Servicios Odontológicos SDE_TM_PACIENTE

d) Tablas temporales Almacenan información temporal para determinadas consultas XXX_TT_NNN Donde: XXX : es la sigla correspondiente al sistema que creó la tabla. TT : indica que el objeto es una tabla temporal NNN : es una sigla única dentro de todas las tablas que representará el nombre de la tabla y que podrá contener hasta 10 caracteres. Ejemplo Tabla de Horas que fue creada por el Sistema de Administración de Servicios Odontológicos SDE_TT_HORAS e) Tablas históricas Son tablas que almacenan información de series históricas que no son consultadas con frecuencia XXX_TH_NNN Donde: XXX : es la sigla correspondiente al sistema que creó la tabla. TH : indica que el objeto es una tabla histórica NNN : es una sigla única dentro de todas las tablas que representará el nombre de la tabla y que podrá contener hasta 10 caracteres.

Ejemplo Tabla de Trabajos que fue creada por el Sistema de Administración de Servicios Odontológicos SDE_TH_TRABAJO

f) Tablas de control Son tablas que almacenan información acerca de la seguridad, auditoría y control del sistema. XXX_TC_NNN Donde: XXX : es la sigla correspondiente al sistema que creó la tabla. TC : indica que el objeto es una tabla de control NNN : es una sigla única dentro de todas las tablas que representará el nombre de la tabla y que podrá contener hasta 10 caracteres. Ejemplo Tabla de Acceso que fue creada por el Sistema de Administración de Servicios Odontológicos SDE_TC_ACCESO

Estándares para Objetos de la Base de Datos Estándares para vistas Para nombrar las vistas dentro de la Base de Datos, se utilizará el siguiente formato: XXX_VW_NNN Donde: XXX : es la sigla correspondiente al sistema que creo la vista. VW : Indica que el objeto es una vista NNN : Siglas únicas dentro de todas las vistas que representará el nombre de la tabla Ejemplo La vista Accesos que fue creada por el Sistema de Administración de Servicios Odontológicos SDE_VW_ACCESO

3.5.

PRUEBAS

3.5.1. DEMO de los Casos de Uso Implementados y las Pruebas realizadas El presente estrato describe a detalle cada uno de los casos de pruebas de la aplicación a ejecutar durante la etapa de prueba. Para completar de manera exitosa cada uno de los casos de prueba especificados en este documento es necesario contar con las condiciones básicas indicadas.

4. CONCLUSIONES Y RECOMENDACIONES
4.1. CONCLUSIONES

El desarrollo de este proyecto significa para la entidad odontológica, el cambio hacia la modernidad, ir de la clínica de papel a la clínica digital, con lo cual se elevara el nivel de competitividad en el mercado. El sistema de Administración de Servicios Odontológicos (SASO), es una herramienta de análisis y gestión para el área operativa y administrativa de la clínica, lo cual permitirá manejar la información de manera eficaz y eficiente, por ende se optimizara la toma de decisiones. El sistema hará uso de arquitectura orientada a servicios, lo cual permitirá: Escalabilidad e Integración.

4.2.

RECOMENDACIONES

Para implementar un sistema de información no solo se debe entender claramente todo lo que esto conlleva, como es la infraestructura, proceso de desarrollo, etc., sino tener bien claro el objetivo por el cual se llevara a cabo la implementación. Antes que nada los objetivos de la organización deben ser muy claros y precisos. Si no se tienen bien definido los objetivos a alcanzar con la implementación del sistema, no es posible obtener el éxito esperado, por el simple hecho de ser un software de moda. Es indispensable que la entidad cuente con la infraestructura suficiente y/o el presupuesto necesario para implementar esta solución, que el personal

implicado este propenso a colaborar y adaptarse al cambio, deben ser individuos con un conocimiento tecnológico promedio, capaz de enfrentarse a nuevos retos. En este caso el nuevo reto será una nueva forma de administrar y hacerles seguimiento a los clientes. Definitivamente, se debe de capacitar eficazmente a los usuarios para la correcta utilización de la herramienta. La familiarización con este tipo de herramientas es fundamental para lograr que el proyecto salga adelante y de beneficios a corto y largo plazo.

4.3.

BIBLIOGRAFIA

El Proceso Unificado de Desarrollo de Software - Jacobson - Booch Rumbaugh

REFERENCIAS ANEXOS MANUAL DEL USUARIO

Sign up to vote on this title
UsefulNot useful