IMPLEMENTACION DE UN SISTEMA DE

EMISION Y CONTROL DE RECETAS

MEDICAS ELECTRONICAS EN LA
CLINICA PRIVADA SAN JOSE

Carrera
Computación e informática

INTEGRANTES
 HUAMAN QUISPE JAIME
 MAHUIRE QUISPE HARU
 ALVAREZ RRAMOS LUIS
 HUATORONGO ROMERO JOSUE
 ESCOBAR EL PATRON.
 INDICE

RESUMEN........................................................................................................................................5
1. CAPITULO I: ASPECTOS GENERALES...........................................................................................6
1.1. DEFINICION DEL PROBLEMA...............................................................................................7
1.1.1. DEFINICIÓN DEL PROBLEMA...........................................................................................7
1.1.2. PROBLEMAS ESPECÍFICOS...............................................................................................7
1.1.3. FORMULACIÓN DEL PROBLEMA.....................................................................................7
1.2. DEFINICION DE LOS OBJETIVOS..........................................................................................8
1.2.1. OBJETIVO GENERAL........................................................................................................8
1.2.2. OBJETIVOS ESPECÍFICOS.................................................................................................8
1.3. ALCANCES Y LIMITACIONES................................................................................................8
1.3.1. ALCANCES.......................................................................................................................8
1.3.2. LIMITACIONES................................................................................................................8
1.4. JUSTIFICACION DE LA INVESTIGACION...............................................................................9
2. CAPITULO II: FUNDAMENTO TEORICO.......................................................................................9
2.1. MARCO TEORICO..............................................................................................................10
2.1.1. ANTECEDENTES............................................................................................................10
2.2. FUNDAMENTO TEÓRICO..................................................................................................14
- Mecanismos de seguridad............................................................................................21
3. CAPITULO III: DESARROLLO DE LA APLICACIÓN........................................................................26
3.1. DESARROLLO DE LA SOLUCION.........................................................................................26
3.1.1. FLUJO DE PROCESO MANUAL.......................................................................................26
3.2. NUEVO SISTEMA...............................................................................................................28
3.2.1. ANALISIS.......................................................................................................................28
3.2.2. ESPECIFICACIONES DE CASO DE USO DEL NUEVO SISTEMA.........................................30
3.2.3. DIAGRAMA DE CLASES DEL SISTEMA............................................................................37
3.2.4. MODELO DE DATOS DEL NUEVO SISTEMA...................................................................37
 3.3. PROTOTIPO DEL NUEVO SISTEMA....................................................................................39
3.3.1. SIMULACION E IMPLEMENTACION...............................................................................39
3.3.2. CRONOGRAMA DE ACTIVIDADES..................................................................................40
4. CAPITULO IV: ANALISIS DE COSTO Y BENEFICIO.......................................................................43
4.1. RESULTADOS....................................................................................................................43
4.2. . PRESUPUESTO...............................................................................................................44
5. CAPITULO V: CONCLUSIONES Y RECOMENDACIONES..............................................................46
5.1. CONCLUSIONES................................................................................................................46
5.2. BIBLIOGRAFIA...................................................................................................................46
 DEDICATORIA

A dios, por alimentación de fe día a día, a nuestras familias que con su apoyo se logró
alcanzar las metas profesionales, y amistades que nos brindan la fortaleza para continuar
con esta tesis.
 AGRADECIMIENTO

Agradecemos principalmente a Dios, gracias a sus bendiciones fue posible realizar este
proyecto.

Agradecemos las enseñanzas brindadas por todos y cada uno de mis maestros a lo largo
de estos 3 años que estuvimos en la carrera técnica de Computación e Informática. De
todos nos llevamos algo muy especial y se sabemos que lo aprendido nunca se olvida.
De la misma manera, agradecemos al Ing. Chullo, por su gran colaboración y paciencia,
para atendernos y ayudarnos a lo largo de nuestro proyecto, siempre predispuesto a
colaborar.
 RESUMEN

El presente proyecto tiene como objetivo disminuir los problemas como la

falsificación, la adulteración de recetas médicas reduciendo la venta y abuso de
medicamentos con prescripción médica (estupefacientes, psicótropos) y también
reduciendo el número de errores al eliminar la caligrafía difícil de entender.
Actualmente en la clínica San José se ha mostrado con frecuencia que los
pacientes pierden las recetas médicas y personas que falsifican recetas médicas
lo cual presenta una pérdida de tiempo y riesgo a la salud pública.
Con la implementación de este sistema el medico de turno podrá hacer una receta
electrónica donde se guardarán los datos de la prescripción, cuando el cliente
vaya a la farmacia de la clínica mostrara su DNI y el farmacéutico realizara la
búsqueda en la página web del hospital, colocando el DNI del paciente y el
sistema le mostrara la receta electrónica que hizo el médico.
Como consecuencia de la implementación de este sistema se tendrá mayor
control evitando la venta de medicamentos con recetas médicas falsificadas, como
efecto secundario se evitará la perdida de las recetas médicas hechas en papel.
La ventaja para los profesionales consiste en que tendrán acceso a la información
sobre todos los medicamentos que toma el paciente, lo que garantiza "una mayor
seguridad ya que permite detectar interacciones entre los fármacos"
1. CAPITULO I: ASPECTOS GENERALES

1.1. DEFINICION DEL PROBLEMA

[Link]ÓN DEL PROBLEMA.

Actualmente la mayoría de clínicas privadas en lima no cuenta con

un sistema que permita emitir recetas médicas electrónicas a los
pacientes, para mayor confiabilidad.
Asimismo, actualmente se emite recetas médicas en papel escritos a
mano, los cuales pueden ser vulneradas fácilmente, esta
problemática se describe a continuación.
 El paciente al recibir la receta médica, en la mayoría de los
casos no distingue las letras del doctor lo cual lleva a una
confusión por parte del paciente o sus familiares.
 El paciente al ir a la farmacia generalmente al farmacéutico le
cuesta leer la letra del doctor, el farmacéutico al no
comprender bien la letra puede darle un medicamento que se
le parezca en nombre poniendo en riesgo la salud del
paciente.
 El farmacéutico no tiene la facilidad de confirmar si las recetas
son falsas o adulteradas lo cual puede afectar la salud
pública.
 El paciente en muchos casos pierde la receta médica y esto
genera una pérdida de tiempo ya que el apaciente tiene que
volver a la clínica, con la posibilidad de no encontrar al doctor
que lo atiendo.

[Link] ESPECÍFICOS

 la mayoría de los doctores escriben con una letra poco legible.

 El farmacéutico pierde tiempo al tratar de leer las recetas
médicas, además puede haber ambigüedades.
 Actualmente las recetas médicas pueden ser falsificadas con
facilidad gracias al avance de la tecnología.
  Al ser hechas en papel, se pierden fácilmente, como
consecuencia se genera una gran pérdida de tiempo ya que el
paciente tiene que volver a visitar al doctor para que le
entregue una nueva receta medica

[Link]ÓN DEL PROBLEMA

¿Cómo mejorar el proceso de emisión de recetas médicas en la

clínica San José?

1.2. DEFINICION DE LOS OBJETIVOS

[Link] GENERAL

Implementación de un sistema de emisión de recetas médicas

electrónica que permitan mejorar la seguridad y precisión en la venta
de medicamentos.

[Link] ESPECÍFICOS

 Implementar una base de datos con todos los medicamentos que

están en el mercado farmacéutico.
 Reducir los problemas de ambigüedad en los medicamentos.
 Reducir en un porcentaje las ventas de medicamentos sin receta
médica y evitando la falsificación.
 Evitar la pérdida de las recetas médicas.

 Evitar la suplantación.

1.3. ALCANCES Y LIMITACIONES

[Link]

Este sistema beneficiará a todos los pacientes de la clínica Huancayo,

se mejorará la labor de los médicos al recetar a los pacientes ya que la
escritura hecha a computadora es claramente legible y tampoco podrá
perderse o ser falsificada ya que las farmacias asociadas podrán ver la
receta médica de manera virtual.

[Link]

El paciente solo puede comprar en farmacias asociadas a la clínica.

La mayoría de las personas de la tercera edad tendrían dificultades

para comprender este sistema.
 Los usuarios deberán tener Dispositivos con acceso a internet.

1.4. JUSTIFICACION DE LA INVESTIGACION

Debido a que la tecnología avanza y no se detiene, las clínicas y hospitales

no deben ser ajenas a eso, este sistema hace que las recetas médicas
sean más legibles y evitarían errores al momento de comprar los
medicamentos en las farmacias.

El sistema garantiza un proceso donde las recetas médicas serán mejor

controladas y verificadas donde no habrá error en los medicamentos que se
recetan a los pacientes al momento de comprarlos.

Para evitar la falsificación de recetas médicas y permitir a las farmacias un

mejor control de las ventas de medicamentos

Se desarrollará a través de una página web que tendrá una base de datos
donde se guardará toda la información de las recetas médicas de los
pacientes
2. CAPITULO II: FUNDAMENTO TEORICO

2.1. MARCO TEORICO

2.1.1. ANTECEDENTES

Caso 1: Universidad politécnica salesiana sede Guayaquil.

Hoy en día los estilos de vida tan absorbentes en medicamentos han

desencadenado la automedicación, sin saber que realizarla es muy
delicado y perjudicial para la salud. Se debe evitar a toda costa la
automedicación ya que lejos de ayudar puede perjudicar el estado de
salud.

La automedicación es nociva, ya que se le conoce la dosis que se

debe consumir en ciertos medicamentos y estos pueden tener efectos
secundarios, incluso afectar de manera grave la salud, lo que implica
que todo lo expuesto sea un factor principal para la finalidad de este
proyecto, que se será un sistema de receta médica electrónica.

El sistema permitirá que cualquier persona acceda a la página web

pueda comunicarse con el medico del dispensario UNIMSA en el que
se va implementar este proyecto, mediante el ingreso de datos y la
interacción con el medico el paciente podrá recibir por medio
electrónico una prescripción de medicamentos para poder erradicar o
tratar las dolencias, en modo rápido y gratis.

OBJETIVO

Desarrollar una aplicación web para el dispensario UNIMSA, que

permita a cualquier persona recibir una prescripción médica gratuita, a
través de la emisión de una receta electrónica, la misma que indicara
el tipo de tratamiento u observación a seguir.

BENEFICIO

 Obtener una prescripción médica desde la comodidad de su

hogar.
 Ahorro de tiempo al momento de recibir un tratamiento médico.
  Acorta la distancia, si el paciente vive en un lugar alejado y si se
le complica la movilización, el paciente podrá consultar al doctor
desde su hogar.
 Consultas rápidas, si el doctor receto al paciente algún
medicamento y le produjo síntomas secundarios podrá
informarle inmediatamente al médico y no esperar a la próxima
consulta.
 Tratamiento continuo, si el paciente tiene un tratamiento
continuo y tiene que visitar al doctor ya no será necesario visitar
desde la segunda vez, el sistema ayudara a seguir tratamientos
sin interrupciones.
 Acceder a los servicios del centro médico UNIMSA cambiando
el modo tradicional de recibir una consulta médica ya que la
persona recibirá una prescripción médica de forma virtual.

Caso2: Universidad Austral de Chile

Considerando que una de las obligaciones prioritarias del profesional

Químico Farmacéutico, que se desempeña en farmacias comunitarias,
es verificar que el despacho de las recetas médicas se efectúe
conforme a la legislación vigente, es fundamental para el paciente y
para el profesional que dispensa, que la receta médica sea legible, y
detalle claramente la forma farmacéutica, la dosis, la duración del
tratamiento, y esté junto con ello, exenta de errores farmacológicos,
con el propósito de minimizar eventuales errores de dispensación y de
medicación. En países desarrollados, en especial en el ámbito
hospitalario y comunitario, existen estudios que documentan y
cuantifican la problemática inherente a los errores de medicación. En
Chile, la información en este contexto es prácticamente nula.

OBJETIVO

Caracterizar la receta médica que se despacha y dispensa en farmacia

comunitaria de la ciudad de Puerto Montt, en cuanto al cumplimiento
de la normativa vigente.

MATERIAL

Se realizó un estudio transversal descriptivo de las recetas médicas,

en cinco farmacias comunitarias de la cadena de Farmacias Cruz
Verde S.A. de la ciudad de Puerto Montt, entre los meses de junio y
agosto de 2006. La unidad de análisis utilizada fue la receta médica.
La muestra consideró recetas de medicamentos de venta directa,
recetas médicas simples, recetas médicas retenidas y recetas médicas
retenidas con control de saldo. Se excluyeron de este estudio las
Recetas cheques, debido a que este tipo de recetas sujetas a control
es por sí solo un filtro que detiene cualquier tipo de error de
prescripción que pueda venir en la Receta. Por otra parte, tampoco se
consideraron las recetas extendidas por Médicos Veterinarios, porque
el manejo farmacológico es distinto al humano. La muestra fue
obtenida de parte de los pacientes que acudían espontáneamente a la
farmacia y se les consultó si deseaban formar parte del estudio. De
acuerdo a la reglamentación vigente, el artículo Nº 127, Libro VI del
Código Sanitario establece que “Las recetas médicas y análisis o
exámenes de laboratorios clínicos y servicios relacionados con la salud
son reservados. Sólo podrá revelarse su contenido o darse copia de
ellos con el consentimiento expreso del paciente, otorgado por escrito”.
Para cumplir con este artículo se creó una ficha para la recolección de
los datos de la receta médica, la cual fue llenada en presencia del
paciente previa autorización de él.

CASO 3: SISTEMA DE PRESCRIPCIÓN Y DISPENSACIÓN ELECTRÓNICA

EN LA AGENCIA VALENCIANA DE SALUD.

El sistema de prescripción y dispensación electrónica supone un

avance en el uso de nuevas tecnologías en el Sistema Nacional de
Salud. Implica la mejora de los procesos de prescripción y
dispensación fármaco terapéutica y la coordinación de los
profesionales de la salud. Para los pacientes con tratamientos de larga
duración, el sistema permite disminuir la frecuencia con que asisten al
centro de atención primaria, e implica la mejora de la seguridad del
paciente por la reducción de errores respecto a la prescripción
tradicional en papel. El sistema necesita de la interconexión y buen
funcionamiento de otros muchos sistemas de información que deben
integrarse adecuadamente y funcionar de forma conjunta, así como la
infraestructura donde se encuentre el centro procesador de datos que
se encargue de distribuir la información a todos los centros de salud.
De esta forma será posible analizar las mejoras asistenciales
(reducción de consultas; reducción de errores médicos; o aumento del
cumplimiento de los tratamientos terapéuticos por parte de los
pacientes) que ha producido el sistema de receta electrónica.

OBJETIVOS:

_ Minimizar los trámites administrativos.

– Ofrecer una mayor movilidad dentro del sistema sanitario público.

– Facilitar la prescripción de medicamentos, especialmente para los

pacientes crónicos.

– Facilitar al usuario el acceso a la prestación farmacéutica, ya que

puede obtener el tratamiento completo sin tener que desplazarse a su
centro de salud.

– Posibilitar la información en tiempo real de los procesos de

prestación farmacéutica. – Disminuir la burocratización de la
facturación.

– Evitar el almacenamiento innecesario de medicamentos. – Aumentar

el tiempo de dedicación clínica al paciente por parte del médico.

– Prescribir, en un sólo acto médico, los medicamentos que el médico

estime necesarios para cumplir todo el tratamiento.

– Favorecer la intercomunicación del farmacéutico con el médico

sobre aquellas cuestiones fundamentales para la salud del paciente.

FUNCIONES:

– gestionar, autentificar (y/o restringir) el acceso al sistema

De cada usuario de oficina de farmacia;
– realizar un registro de auditoría de los accesos a cada servicio
Por parte de los usuarios de las oficinas de farmacia;
– proporcionar a las oficinas de farmacia los servicios de
Receta electrónica ofertados por GAIA, recabando la información
Necesaria en su propio sistema para efectuar la
Posterior facturación de las dispensaciones efectuadas;
– registrar las firmas de los auxiliares de farmacia, necesarias
En cada operación;
– registrar las firmas de los colegiados que dan el visto bueno
a cada operación;
– generar el fichero de facturación mensual;
– asegurar que el formato de las hojas de facturación generadas
tras cada dispensación sea el correcto;
– comprobar que el tiempo de respuesta de cualquier petición
sea inferior a 2 segundos, sin tener en cuenta el tiempo
de ejecución de la petición en la aplicación GAIA.

CASO 4: Departamento de sanidad y consumo – consejo de

farmacéutico del país vasco

El proyecto de desarrollo de la receta electrónica es parte integrante de

la Estrategia para afrontar el reto de la cronicidad en Euskadi. Consiste
en la integración de los procesos de prestación farmacéutica
(prescripción, visado, dispensación y facturación) a través de las
tecnologías de la información, con el objetivo último de fomentar y
potenciar un uso seguro y eficiente de los medicamentos. Se pasa del
concepto de receta al de Plan de Tratamiento Fármaco terapéutico, de
especial relevancia en el caso de las personas con enfermedades
crónicas. Su desarrollo se traducirá en un aumento de la calidad de la
prescripción y de la dispensación a partir de la capacidad de médicos y
farmacéuticos de tomar decisiones basadas en información completa
sobre tratamientos prescritos por otros facultativos, recomendaciones
de eficacia y eficiencia, dosis recomendada, interacciones o
duplicidades con otros medicamentos del paciente, riesgos en
embarazo o lactancia, ajustes de dosis en insuficiencias hepáticas y/o
renales, alertas de intolerancia o de alergia a medicamentos….

BENEFICIOS:

Potenciará el uso seguro y eficiente del medicamento:

- Por el aumento de la calidad de la prescripción y de la dispensación.

- Por la disminución de los posibles errores del proceso de prescripción

y dispensación.

- Por fomentar la adherencia al tratamiento fármaco terapéutico gracias

a que el paciente dispondrá de un plan de tratamiento más claro y
detallado, y al detallado conocimiento de las dispensaciones por parte
del facultativo que las prescribe. Facilitará la comunicación entre los
diferentes profesionales que asisten al paciente. Evitará
desplazamientos innecesarios al paciente para buscar recetas y
solicitar visados, se descargarán las consultas de prescripciones de
tratamientos continuados y se reducirán trámites burocráticos.
Constituye una oportunidad para mejorar la integración de las oficinas
de farmacia en el Sistema Sanitario.
2.2. FUNDAMENTO TEÓRICO

El sistema de permisos electrónicos busca brindar una herramienta de

control y gestión de permisos para el personal administrativo, optimizando
recursos y emitiendo una correcta utilización del producto solicitado según
los reglamentos estipulados en la institución.

Así mismo permite a todos los empleados solicitar sus permisos de forma
rápida y eficiente, optimizando tiempos y evitando interrupciones en sus
actividades laborales.
La metodología aplicada para el desarrollo del producto:

El sistema de recetas médicas electrónicas busca brindar una herramienta

de control para los médicos y farmacéuticos, optimizando el proceso de
emisión de recetas médicas por parte del médico, la recepción de la misma
por parte de paciente y el farmacéutico.

Así mismo permite al paciente visualizar su receta e indicaciones sin correr

el riesgo de perderla o no entenderla, como resultado de la sistematización
se evitará que el farmacéutico cometa posibles errores al momento de
visualizar la receta médica.

LENGUAJE DE MODELADO UNIFICADO

El Lenguaje de Modelado Unificado (UML), es un lenguaje gráfico de

modelamiento que usa conceptos de orientación por objetos.
Es un lenguaje de modelado de sistemas de software y es el más conocido
y utilizado en la actualidad; UML está respaldado por el OMG (Object
Management Group). Es un lenguaje gráfico para visualizar, especificar,
construir y documentar un sistema. Este lenguaje tiene una sintaxis y una
semántica bien definidas, sirviendo además para todas las etapas de
desarrollo tanto en el diseño de los sistemas software como para la
arquitectura hardware donde se ejecuten.

Para el modelamiento de un sistema, en UML se utilizan diferentes

elementos y relaciones, que tienen una semántica y sintaxis definidas.
Estos elementos se agrupan en diagramas preestablecidos que
corresponden a diferentes proyecciones del sistema.
En UML, los diagramas son utilizados para interpretar los diferentes
panoramas de un sistema. UML nos brinda un conjunto de diagramas que
frecuentemente son usados en pequeños subconjuntos para así poder
representar las cinco vistas principales de la arquitectura de un sistema.

El Lenguaje de Modelado Unificado nos brinda una amplia diversidad de

diagramas para visualizar el sistema desde varias vistas. UML incluye los
siguientes diagramas:

- Diagrama de casos de uso:

Los escenarios de uso del sistema, incluyendo los roles de los usuarios.
Representan un conjunto de actores y de casos de uso con sus relaciones
para el modelamiento.

Los diagramas de casos de uso solamente se usan para los requisitos

funcionales de un sistema. Otros requisitos, como las reglas de negocios,
los requisitos de calidad del servicio y las restricciones de implementación,
deben representarse por separado.

Un diagrama de casos de uso consta de los siguientes elementos:

Actor:
Es el rol donde un usuario juega con respecto al sistema, con esto se
especifica que un Actor no necesariamente representa a una persona en
particular, sino más bien la labor que realiza frente al sistema.

Caso de Uso:
Es una acción o tarea específica que se realiza tras una orden de algún
agente externo, sea desde una petición de un actor o bien desde la
invocación desde otro caso de uso.

Asociación:
Indica la invocación desde un actor o caso de uso a otra operación, es el
tipo de relación más básica en el diagrama de caso de uso. Dicha relación
se denota con una flecha simple.
 Gráfico 2: Diagrama de caso de uso

Fuente: [Link]

- Diagrama de clases:

Presenta un grupo de clases, junto con sus atributos, operaciones,

interfaces, colaboraciones y sus relaciones. Es uno de los diagramas más
comunes en el UML para el modelamiento de sistemas. También presenta
el agrupamiento de clases en paquetes y las relaciones entre ellos.
 Gráfico 3: Diagrama de clases.

Fuente: [Link]

LENGUAJE DE PROGRAMACION JAVA

Java es un lenguaje de programación de propósito general, concurrente, orientado

a objetos, que fue diseñado específicamente para tener tan pocas dependencias
de implementación como fuera posible. Su intención es permitir que
los desarrolladores de aplicaciones escriban el programa una vez y lo ejecuten en
cualquier dispositivo (conocido en inglés como WORA, o "write once, run
anywhere"), lo que quiere decir que el código que es ejecutado en una plataforma
no tiene que ser recompilado para correr en otra. Java es, a partir de 2012, uno de
los lenguajes de programación más populares en uso, particularmente para
aplicaciones de cliente-servidor de web, con unos diez millones de usuarios
reportados

Fuente: [Link]
CARACTERÍSTICAS

 Lenguaje totalmente orientado a Objetos. Todos los conceptos en los

que se apoya esta técnica, encapsulación, herencia, polimorfismo, etc.,
están presentes en Java.
 Disponibilidad de un amplio conjunto de bibliotecas. Como ya se
mencionó anteriormente, Java es algo más que un lenguaje. La
programación de aplicaciones con Java se basa no solo en el empleo del
juego de instrucciones que componen el lenguaje, sino, fundamentalmente,
en la posibilidad de utilizar el amplísimo conjunto de clases que Sun pone a
disposición del programador y con las cuales es posible realizar
prácticamente cualquier tipo de aplicación.
 Lenguaje simple. Java posee una curva de aprendizaje muy rápida.
Resulta relativamente sencillo escribir applets interesantes desde el
principio. Todos aquellos familiarizados con C++ encontrarán que Java es
más sencillo, ya que se han eliminado ciertas características, como los
punteros. Debido a su semejanza con C y C++, y dado que la mayoría de la
gente los conoce aunque sea de forma elemental, resulta muy fácil
aprender Java. Los programadores experimentados en C++ pueden migrar
muy rápidamente a Java y ser productivos en poco tiempo.
 Distribuido. Java proporciona una colección de clases para su uso en
aplicaciones de red, que permiten abrir sockets y establecer y aceptar
conexiones con servidores o clientes remotos, facilitando así la creación de
aplicaciones distribuidas.
 Interpretado y compilado a la vez. Java es compilado, en la medida en que su
código fuente se transforma en una especie de código máquina,
los bytecodes, semejantes a las instrucciones de ensamblador. Por otra
parte, es interpretado, ya que los bytecodes se pueden ejecutar
directamente sobre cualquier máquina a la cual se hayan portado el
intérprete y el sistema de ejecución en tiempo real (run-time).
 Robusto. Java fue diseñado para crear software altamente fiable. Para ello
proporciona numerosas comprobaciones en compilación y en tiempo de
ejecución. Sus características de memoria liberan a los programadores de
una familia entera de errores (la aritmética de punteros), ya que se ha
prescindido por completo de los punteros, y la recolección de basura
elimina la necesidad de liberación explícita de memoria.
 Seguro (?). Dada la naturaleza distribuida de Java, donde las applets se
bajan desde cualquier punto de la Red, la seguridad se impuso como una
necesidad de vital importancia. A nadie le gustaría ejecutar en su
ordenador programas con acceso total a su sistema, procedentes de
fuentes desconocidas. Así que se implementaron barreras de seguridad en
el lenguaje y en el sistema de ejecución en tiempo real.
 Indiferente a la arquitectura. Java está diseñado para soportar aplicaciones
que serán ejecutadas en los más variados entornos de red, desde Unix a
 Windows Nt, pasando por Mac y estaciones de trabajo, sobre arquitecturas
distintas y con sistemas operativos diversos. Para acomodar requisitos de
ejecución tan diversos o variopintos, el compilador de Java genera
bytecodes: un formato intermedio indiferente a la arquitectura diseñado
para transportar el código eficientemente a múltiples plataformas hardware
y software. El resto de problemas los soluciona el intérprete de Java.
 Portable. La indiferencia a la arquitectura representa sólo una parte de su
portabilidad. Además, Java especifica los tamaños de sus tipos de datos
básicos y el comportamiento de sus operadores aritméticos, de manera que
los programas son iguales en todas las plataformas. Estas dos últimas
características se conocen como la Máquina Virtual Java (JVM).
 Alto rendimiento.
 Multihebra. Hoy en día ya se ven como terriblemente limitadas las
aplicaciones que sólo pueden ejecutar una acción a la vez. Java soporta
sincronización de múltiples hilos de ejecución (multithreading) a nivel de
lenguaje, especialmente útiles en la creación de aplicaciones de red
distribuidas. Así, mientras un hilo se encarga de la comunicación, otro
puede interactuar con el usuario mientras otro presenta una animación en
pantalla y otro realiza cálculos.
 Dinámico. El lenguaje Java y su sistema de ejecución en tiempo real son
dinámicos en la fase de enlazado. Las clases sólo se enlazan a medida que
son necesitadas. Se pueden enlazar nuevos módulos de código bajo
demanda, procedente de fuentes muy variadas, incluso desde la Red.
 Produce applets. Java puede ser usado para crear dos tipos de
programas: aplicaciones independientes y applets. Las aplicaciones
independientes se comportan como cualquier otro programa escrito en
cualquier lenguaje, como por ejemplo el navegador de Web HotJava,
escrito íntegramente en Java. Por su parte, las applets son pequeños
programas que aparecen embebidos en las páginas Web, como aparecen
los gráficos o el texto, pero con la capacidad de ejecutar acciones muy
complejas, como animar imágenes, establecer conexiones de red,
presentar menús y cuadros de diálogo para luego emprender acciones, etc

VENTAJAS JAVA

- Costo:

Es un software de distribución libre, y con documentación muy amplia en

internet, por lo general no tardamos en encontrar tutoriales y guías
gratuitas acerca de cómo utilizar este lenguaje.

- Seguridad en Java

Desde su creación el entorno Java ha tenido presentes los problemas de

seguridad y ha definido un modelo para controlar y limitar el acceso a los
recursos desde los programas y aplicaciones. El modelo de seguridad
 ha ido evolucionando con las distintas versiones del Entorno de
Desarrollo Java (de aquí en adelante denominado JDK, por sus siglas
en inglés), pasando de un modelo muy sencillo y restrictivo, el del JDK
1.0, a uno más complejo y flexible desde la aparición del JDK 1.2.

En este apartado describiremos brevemente los mecanismos de

seguridad incorporados en Java y luego trataremos los modelos de
seguridad definidos en las sucesivas versiones del JDK. Terminaremos
dando una tabla comparativa de los distintos modelos de seguridad.

En siguientes apartados nos centraremos en la seguridad en Java 2

(JDK 1.2), que es la que tiene un modelo más completo y, en definitiva,
incluye todos los anteriores.

- Mecanismos de seguridad

Java fue diseñado para ofrecer las siguientes medidas de seguridad

básicas:

 Uso de un lenguaje de programación seguro. El lenguaje de

programación Java está diseñado para ser seguro, como hemos comentado
en el apartado anterior.
 Integración de un sistema de control de permisos para los programas.
Java define un mecanismo (denominado mecanismo del cajón de arena)
que permite controlar que se le permite hacer a un programa y controlar
como accede a los recursos.
 Encriptación y uso de certificados. Se definen mecanismos para que los
programadores puedan firmar el código, de manera que los usuarios
puedan verificar quien es el propietario del código y que este no ha sido
modificado después de ser firmado.

La seguridad se basa en tres componentes fundamentales del entorno de

ejecución:

 El cargador de clases (Class Loader), que determina como y cuando

pueden cargar código los programas y garantiza que los componentes del
sistema no han sido reemplazados.
 El verificador de archivos de clases (Class file verifier), que garantiza que
el código tiene el formato correcto, que el bytecode no viola las restriciones
de seguridad de tipos de la JVM, que las pilas internas no puedan
desbordarse ni por arriba ni por abajo y que las instucciones en bytecode
tengan parámetos de tipos correctos.
 El gestor de seguridad (Security Manager), que controla el acceso a los
recursos en tiempo de ejecución. Los recursos sobre los que tiene control
son multiples: E/S de red y ficheros, creación de cargadores de clases,
manipulación de hilos de ejecución, ejecución de programas externos (del
 SO), detener la JVM, cargar código nativo en la máquina virtual, realizar
determinadas operaciones en el entorno de ventanas o cargar ciertos tipos
de clases.

Fuente: [Link]

MySQL 6.0.0

SQL es un sistema de administración de bases de datos (Database Management

System, DBMS) para bases de datos relacionales. Así, MySQL no es más que una
aplicación que permite gestionar archivos llamados de bases de datos.
Existen muchos tipos de bases de datos, desde un simple archivo hasta sistemas
relacionales orientados a objetos. MySQL, como base de datos relacional, utiliza
multiples tablas para almacenar y organizar la información. MySQL fue escrito en
C y C++ y destaca por su gran adaptación a diferentes entornos de desarrollo,
permitiendo su interactuación con los lenguajes de programación más utilizados
como PHP, Perl y Java y su integración en distintos sistemas operativos.

También es muy destacable, la condición de open source de MySQL, que hace

que su utilización sea gratuita e incluso se pueda modificar con total libertad,
pudiendo descargar su código fuente. Esto ha favorecido muy positivamente en su
desarrollo y continuas actualizaciones, para hacer de MySQL una de las
herramientas más utilizadas por los programadores orientados a Internet.
Fuente: [Link]

CARACTERISTICAS DE MYSQL

La siguiente lista describe algunas de las características más importantes

del software de base de datos MySQL.
 Interioridades y portabilidad

- Escrito en C y en C++
- Probado con un amplio rango de compiladores diferentes
- Funciona en diferentes plataformas. Consulte Sección 2.1.1,
“Sistemas operativos que MySQL soporta”.
- Usa GNU Automake, Autoconf, y Libtool para portabilidad.
- APIs disponibles para C, C++, Eiffel, Java, Perl, PHP, Python,
Ruby, y Tcl. Consulte Capítulo  24,  APIs de MySQL.
 - Uso completo de multi-threaded mediante threads del kernel.
Pueden usarse fácilmente multiple CPUs si están disponibles.
- Proporciona sistemas de almacenamiento transaccionales y no
transaccionales.
- Usa tablas en disco B-tree (MyISAM) muy rápidas con compresión
de índice.
- Relativamente sencillo de añadir otro sistema de almacenamiento.
Esto es útil si desea añadir una interfaz SQL para una base de
datos propia.
- Un sistema de reserva de memoria muy rápido basado en threads.
- Joins muy rápidos usando un multi-join de un paso optimizado.
- Tablas hash en memoria, que son usadas como tablas temporales.
- dfLas funciones SQL están implementadas usando una librería
altamente optimizada y deben ser tan rápidas como sea posible.
Normalmente no hay reserva de memoria tras toda la inicialización
para consultas.
- El código MySQL se prueba con Purify (un detector de memoria
perdida comercial) así como con Valgrind, una herramienta GPL
([Link]
- El servidor está disponible como un programa separado para usar
en un entorno de red cliente/servidor. También está disponible
como biblioteca y puede ser incrustado (linkado) en aplicaciones
autónomas. Dichas aplicaciones pueden usarse por sí mismas o en
entornos donde no hay red disponible..
Fuente: [Link]

APACHE
Apache Tomcat (también llamado Jakarta Tomcat o simplemente Tomcat)
funciona como un contenedor de servlets desarrollado bajo el proyecto
Jakarta en la Apache Software Foundation. Tomcat implementa las
especificaciones de los servlets y de JavaServer Pages (JSP) de Oracle
Corporation (aunque creado por Sun Microsystems).
 Estado de su desarrollo
Tomcat es desarrollado y actualizado por miembros de la Apache Software
Foundation y voluntarios independientes. Los usuarios disponen de libre
acceso a su código fuente y a su forma binaria en los términos establecidos
en la Apache Software License. Las primeras distribuciones de Tomcat
fueron las versiones 3.0.x. Las versiones más recientes son las 8.x, que
implementan las especificaciones de Servlet 3.0 y de JSP 2.2. A partir de la
versión 4.0, Jakarta Tomcat utiliza el contenedor de servlets Catalina.
 Entorno
Tomcat es un contenedor web con soporte de servlets y JSPs. Tomcat no
es un servidor de aplicaciones, como JBoss o JOnAS. Incluye el compilador
Jasper, que compila JSPs convirtiéndolas en servlets. El motor de servlets
de Tomcat a menudo se presenta en combinación con el servidor web
Apache.
Tomcat puede funcionar como servidor web por sí mismo. En sus inicios
existió la percepción de que el uso de Tomcat de forma autónoma era sólo
recomendable para entornos de desarrollo y entornos con requisitos
mínimos de velocidad y gestión de transacciones. Hoy en día ya no existe
esa percepción y Tomcat es usado como servidor web autónomo en
entornos con alto nivel de tráfico y alta disponibilidad.
Dado que Tomcat fue escrito en Java, funciona en cualquier sistema
operativo que disponga de la máquina virtual Java.
 Estructura de directorios
La jerarquía de directorios de instalación de Tomcat incluye:
o bin - arranque, cierre, y otros scripts y ejecutables.

o common - clases comunes que pueden utilizar Catalina y las

aplicaciones web.
o conf - ficheros XML y los correspondientes DTD para la configuración de
Tomcat.
o logs - logs de Catalina y de las aplicaciones.

o server - clases utilizadas solamente por Catalina.

o shared - clases compartidas por todas las aplicaciones web.

 o webapps - directorio que contiene las aplicaciones web.

o work - almacenamiento temporal de ficheros y directorios.

[Link]

3. CAPITULO III: DESARROLLO DE LA APLICACIÓN

3.1. DESARROLLO DE LA SOLUCION

 [Link] DE PROCESO MANUAL

A continuación, se detalla cómo se realiza el proceso de emisión de receta

médica manualmente:

1. el doctor después de haber tratado o atendido al paciente se dispone a

emitir una receta medica
2. el medico escribe los medicamentos que tiene que tomar así como
también las dosis y las horas que sean convenientes.

3. el medico sella y firma la receta médica.

4. el paciente recibe la receta y se dirige hacia la farmacia.

Flujo de compra de medicamentos con receta médica:

5. el paciente entrega la receta médica al farmacéutico

6. si la receta es de estupefacientes o psicótropo, el farmacéutico solicita el

DNI del paciente.
7. el farmacéutico verifica si la receta cuenta con el sello y la firma del
doctor o que no esté adulterada y que no se encuentre vencido.
8. si el farmacéutico detecta que la receta no es legible debido a la mala
escritura del doctor comunica al paciente.
9. el paciente regresa a consultar al doctor, pregunta de nuevo sobre los
medicamentos que le recetaron
10. Doctor corrige la receta con escritura más legible.

11. regresa al paso 2.

DIAGRAMA DE PROCESO MANUAL

 3.2. NUEVO SISTEMA

[Link]

- Diagrama de Caso de uso del usuario Administrador

ACCIONES QUE REALIZA
EL ADMINISTRADOR EN <<include>>
EL SISTEMA WEB

VALIDAR

INGRESAR AL SISTEMA WEB

<<include>>

REGISTRA USUARIOS SE GUARDA EN BASE DE DATOS

Administrador

BUSCAR USUARIOS

MODIFICA DATOS DE USUARIOS <<extend>>

BLOQUEA O ACTIVA USUARIOS

SALIR DEL SISTEMA WEB

ELIMINAR USUARIOS

- Diagrama de Caso de uso del usuario Doctor

<<include>>
ACCIONES QUE REALIZA
EL DOCTOR EN EL
SISTEMA WEB

VALIDAR
INGRESAR AL SISTEMA WEB <<include>>

CREAR RECETA MEDICA

SE GUARDA EN BASE DE DATOS

BUSCA PACIENTE

Doctor

MODIFICAR PASSWORD

SALIR DEL SISTEMA WEB

VISUALIZA RECETAS MEDICAS

- Diagrama de Caso de uso del Secretaria Medica

 <<include>>

INGRESAR AL SISTEMA WEB VALIDAR

<<include>>

SE GUARDA EN BASE DE DATOS

REGISTRA LOS PACIENTES

SECRETARIA
MEDICA
BUSCAR PACIENTES

MODIFICA PACIENTES

SALIR DEL SISTEMA WEB

- Diagrama de Caso de uso del usuario Farmacéutico

ACCIONES QUE REALIZA

EL FARMACEUTICO EN
EL SISTEMA WEB
<<include>>

INGRESAR AL SISTEMA WEB VALIDAR

BUSCA PACIENTES

Tecnico
Farmaceutico

VISUALIZA RECETAS MEDICAS

SALIR DEL SISTEMA WEB

MODIFICA SU PASSWORD

- Diagrama de Caso de uso del usuario Paciente

 ACCIONES QUE REALIZA
EL PACIENTE EN EL
SISTEMA WEB <<include>>

INGRESAR AL SISTEMA WEB VALIDAR

VISUALIZA RECETAS MEDICAS

Paciente

MODIFICA SU PASSWORD

SALIR DEL SISTEMA WEB

[Link] DE CASO DE USO DEL NUEVO SISTEMA

- especificaciones de Caso de Uso – Ingresar al Sistema

Caso de Uso Nº 001

Nombre Ingresar al Sistema.

Administrador, Doctor, secretaria, E. Farmacia,

Actores Participantes
farmacéutico y Paciente.

1. Administrador, Doctor, secretaria, E.

Farmacia, farmacéutico y Paciente ingresan
al sistema por medio del acceso directo que
tienen en el escritorio de su computadora.
Flujo de Eventos
2. Administrador, Doctor, secretaria, E.
Farmacia, farmacéutico y Paciente digitan su
usuario, password y tipo de usuario para
ingresar al sistema.

Para que el usuario pueda acceder al sistema debe

Notas
tener una cuenta de usuario y un password.
 El usuario ingresa al sistema con su respectivo
Condición de Entrada
nombre de usuario contraseña y tipo de usuario.

El usuario sale del sistema presionando el botón

Condición de Salida
salir.

Ingreso exitoso al sistema al momento de la salida.

Escenarios
Ingreso exitoso al sistema al momento del retorno.

- Especificación de Caso de Uso – Registrar Doctor, secretaria, farmacéutico,

paciente.
 - Especificación de Caso de Uso – Registrar Farmacia
Caso de Uso Nº 003
Nombre Registrar Farmacia.
Actores Participantes Administrador
1. El Administrador selecciona la opción
registrar nuevo.
2. El Administrador ingresa los datos de la
Farmacia (código, nombre farmacia,
Flujo de Eventos nombre de usuario, RUC, password, tipo
de usuario)
Código, nombre, ruc, dirección ,sede
teléfono,
3. Selecciona el botón guardar.
Notas No debe haber ningún campo vacío.
Condición de Registro El nombre de usuario no se debe repetir.
El registro de Farmacia es aprobado.
Escenarios
El registro de Farmacia es invalidado.

- Especificación de Caso de Uso – Buscar Usuarios

Caso de Uso Nº 004
Nombre Buscar Usuarios
Administrador, Doctor, Secretaria Medica,
Actores Participantes
[Link], T. Farmaceutico y Paciente.
4. El usuario Ingresa DNI o ruc selecciona
Flujo de Eventos la opción Buscar.
5. El sistema muestra los datos.
Solo se mostraran datos de usuarios que
Notas
existen.
Condición de Búsqueda Al buscar solo se aceptaran números.
 La búsqueda se realiza con éxito.
Escenarios
La búsqueda fallo.

- Especificación de Caso de Uso – Buscar Recetas

Caso de Uso Nº 005

Nombre Buscar Recetas
Actores Participantes T. Farmacéutico.
1. El T. Farmacéutico Ingresa el DNI del
paciente selecciona la opción Buscar.
Flujo de Eventos
2. El sistema muestra las recetas que sean
de un paciente en específico.
Solo se mostraran datos de paciente que se
Notas
buscó.
Condición de Búsqueda Al buscar solo se aceptaran números.
La búsqueda se realiza con éxito.
Escenarios
La búsqueda falló.

- Especificación de Caso de Uso – Modificar Usuarios

Caso de Uso Nº 005

Nombre Modificar Usuarios
Administrador, Doctor, Secretaria, E. Farmacia
Actores Participantes
T. farmacéutico y Paciente.
Flujo de Eventos 1. El Administrador, Doctor, secretara E.
farmacia busca al usuario que quiere
modificar.
2. El administrador puede modificar al
doctor, secretaria o E. Farmacia.
3. La secretaria puede modificarse a si
misma y modificar los datos del paciente.
4. El E. farmacia puede modificarse asi
 mismo modificar a los T. farmacéuticos.
5. El T. farmacéutico puede modificar su
contraseña.
6. El paciente Puede modificar su
contraseña.
Solo se modificaran los datos de los usuarios de
Notas
acuerdo a la jerarquía de los permisos.
Condición de Para que un usuario sea modificado debe
Modificado solicitar al administrador.
El modificado se realizó con éxito.
Escenarios
El modificado falló.

- Especificación de Caso de Uso – Eliminar Usuario.

Caso de Uso Nº 006

Nombre Eliminar Usuario.

Actores Participantes Administrador, Secretaria y E. Farmacia.

1. El Administrador, Secretaria o E. Farmacia

busca el usuario que desea eliminar.
2. El Administrador o E. Farmacia selecciona
Flujo de Eventos eliminar.
3. El sistema muestra un mensaje de
confirmación y si es aceptada borra los datos
del usuario.

Notas No se podrán recuperar los datos eliminados.

Condición para Eliminar Antes de poder eliminar se tendrá que hacer una
 búsqueda.

Eliminación de usuario exitosa.

Escenarios
Eliminación de usuario invalidado.

- Especificación de Caso de Uso –Emitir receta Medica

Caso de Uso Nº 008
Nombre Emitir receta Medica
Actores Participantes Doctor.
1. Doctor selecciona la opción emitir nueva
receta.
2. Doctor digita DNI del paciente, si existe
carga sus datos y si no lo manda el menú
de registro de paciente.
3. Doctor ingresa los nombres de los
Flujo de Eventos medicamentos, las dosis y especifica las
horas en las que deben ser tomadas,
también especifica las fechas de
duración.
4. Modifica en caso de que se haya
equivocado al momento de registrar.
5. Guarda la receta médica.
No debe existir campos en blanco en los
Notas
campos que sean obligatorios.
Debe verificarse que el paciente exista.
Condición de Emisión
Las horas deben ser bien detalladas.
Receta médica emitida exitosamente.
Escenarios
Receta médica no emitida.

- Especificación de Caso de Uso – Visualizar recetas

Caso de Uso Nº 009
Nombre Visualizar receta
Actores Participantes Doctor, farmacéutico y paciente.
1. Al digitar el DNI del paciente el doctor y
el farmacéutico puede visualizar todas
las recetas médicas que haya tenido con
anterioridad.
El paciente al ingresar con su cuenta y
Flujo de Eventos ser aceptado se le muestra todas sus
recetas médicas.
2. Al hacer clic en una de las recetas
médicas ya emitidas, el médico, el
farmacéutico y el paciente pueden ver los
detalles.
Los archivos se mostraran lo con todos los
Notas
detalles
Condición de Solo se muestra las recetas a las personas que
visualización estén registradas.
Se puede visualizar las recetas médicas.
Escenarios
No se encuentran recetas médicas disponibles.
 [Link] DE CLASES DEL SISTEMA

Pacientes
codigo Tipo de usuario
nombres codTipoUsuario
Detalles de receta Receta
DNI Tipo Usuario
Codreceta codReceta email
Diagnostico num_rec_especialidad dreccion
Cantidad dniPaciente telef ono
1..* 1 1 Secretaria
medicamento 1..* 1 f echa de emicion sexo
Dosis-modo de empleo f echa de v encimiento f echa nacimiento codigo
están nombres
buscar() DNI
1..*
modif icar() email
genera direccion
1
telef ono
1 sexo
Usuarios
1 f echa de nacimiento
1
codigo_usu 0..*
Doctores Nombre Usuario registrar()
codigoDoc Password buscar()
num_rec_especialidad Tiipo de Usuario modif icar()
tiene 1
nombres estado
cod_especialidad 1
direccion Registrar() 1
1 T. f armaceutico
telef ono Modif icar()
Buscar() codigo
emitir receta() 1 nombre
buscar() DNI
modif icar() 1 email
1..* Farmacias 1 direccion
codigo telef ono
Nombre sexo
Detalle f armacias
1 Ruc f echa de nacimiento
Especialidades codigo de deatalle
telef ono
codigo_f armacia buscar()
Codigo_especialidad
1 1..* direccion modif icar()
especialidad registra()
buscar() v isualizar()
modif icar()
eliminar()

[Link] DE DATOS DEL NUEVO SISTEMA

ARQUITECTURA DEL NUEVO SISTEMA

MATRIZ RACI

ROLES ACCESOS

Usuario - Paciente Pantalla Principal

Operaciones:
 Visualizar receta médica.
 Modificar password
Usuario – T. Pantalla Principal
Farmacéutico Operaciones:
 Visualizar recetas médicas.
 Buscar pacientes.
 Modificar password

Pantalla Principal
Usuario – Farmacia Operaciones:
 Registrar usuario- T.
Farmacéutico.
 Modificar usuario y su password.
 Buscar usuarios.

Pantalla Principal
Usuario – Secretaria Operaciones:
 Registrar usuarios-Pacientes.
 Modificar usuarios y su
contraseña
 Buscar usuarios.

Usuario – Doctor Pantalla Principal

Operaciones:
 Emitir recetas medicas
 Busca pacientes
 Modifica su contraseña.

Usuario - Administrador Todas las pantallas y todas las

operaciones.
 Registra usuarios – Doctor,
secretarias y farmacias.

3.3. PROTOTIPO DEL NUEVO SISTEMA

[Link] E IMPLEMENTACION

- Usuarios Pantalla Login

Usuario Administrador, Doctor, Secretaria médica, E. farmacéutico y Paciente

ingresan.

- Administrador

Administrador visualiza Lista de usuarios

Administrador Actualiza sus datos

Administrador Crea nuevo usuario Doctor

Administrador Crea Nuevo usuario Secretaria médica

Administrador crea Nuevo usuario Farmacia

Administrador agrega sede de Farmacia

Administrador Modifica datos de Usuario

- Doctor

Usuario Doctor Visualiza recetas medicas

- Farmaceutico
- Secretaria Medica

Secretaria Medica Crea un Nuevo usuario para paciente

 Secretaria Medica Visualiza Pacientes Registrados

- Paciente

Paciente Visualiza sus recetas medicas

[Link] DE ACTIVIDADES
4. CAPITULO IV: ANALISIS DE COSTO Y BENEFICIO

4.1. RESULTADOS

La utilización de soluciones informáticas ha permitido que los médicos y

pacientes de la clínica, puedan tener un mayor control, reduciendo las recetas
no legibles y la perdida de las recetas.

Los beneficios del nuevo sistema son:

Registrar las recetas Médicas, estableciendo un historial de recetas médicas

de cada Paciente.

- Visualizar las diferentes recetas emitidas

- Visualizar las diferentes recetas y observaciones de cada paciente, así

como el medico que la receto.

- Mantener actualizada la información de las recetas.

- Verificar el estado de la receta médica.

4.2. . PRESUPUESTO

Análisis de Costo

El costo de la implementación del sistema de emisión de recetas médicas digitales

Involucra: Costo de personal, costo de equipos, costo de software.

TIPO DE COSTO TOTAL (S/.)

Costo Personal S/. 14,100.00
Costo Equipos S/. 00.00
Costo Software S/. 0.00
Costo Infraestructura S/. 3,000.00
TOTAL (S/.) S/. 17,100.00
Tabla 1. Análisis de costo del proyecto

Costo de Personal

CANTIDA N°
PERSONAL SUELDO TOTAL S/.
D MESES
Jefe de Proyecto Analista 1 3 S/.2,500.00 S/. 7,500.00
Programador 1 2 S/. 1,800.00 S/. 3,600.00
Administrador de
1 2 S/. 1,500.00 S/. 3,000.00
Sistemas

TOTAL S/. 14.100.00

Tabla 2. Costo del personal invertido en el proyecto

Costos de Equipo

EQUIPOS CANTIDAD P.U (S/.) TOTAL (S/.)

PC 0 S/. 00.00 S/. 00.00
TOTAL S/. 00.00
Tabla 3. Costo de equipos invertido en el proyecto

Costos de Software

SOFTWARE CANTIDAD P.U. (S/.) TOTAL

Base de Datos MySQL 1 S/. 0.00 S/. 0.00
Programa Java NetBeans 1 S/. 0.00 S/. 0.00
Apache Tomcat 1 S/. 0.00 S/. 0.00
IBM Rational Rouse 1 S/. 0.00 S/. 0.00
TOTAL S/. 0.00
Tabla 4. Costo de software invertido en el proyecto
 Costos de Infraestructura

COSTO
INFRAESTRUCTURA N° MESES TOTAL
MENSUAL
Oficina 3 S/. 500.00 S/. 1500.00
Otros Gastos 3 S/. 500.00 S/. 1500.00
TOTAL (S/.) S/. 3,000.00
Tabla 5. Costo de Infraestructura invertido en el proyecto

5. CAPITULO V: CONCLUSIONES Y RECOMENDACIONES

 5.1. CONCLUSIONES

- Se concluye que la utilización de soluciones informáticas ha permitido que

los empleados realicen muchas de sus actividades del día a día de manera
más eficiente y eficaz. Conllevando a que los tiempos no productivos dentro
de la clínica se reduzcan drásticamente.
- Como resultado del desarrollo de este proyecto se tendrá un sistema de
información que permite generar una prescripción medica para mejorar el
estado de salud de una persona, cumpliendo con ciertas restricciones de
tiempo, requerimientos y especificaciones del médico.
- Realizar el flujo manual de la prescripción medica es un problema que
afecta al paciente y al farmacéutico, es así al mostrarse ahora una solución
se esta dando ayuda a la clínica computarizando el proceso de emisión de
prescripción médica.

5.2. BIBLIOGRAFIA

TRABAJOS CITADOS

Betancourt Yepez , P. A. (1 de Marzo de 2015). Repositorio Digital-UPS. Obtenido de

[Link]

Departamento de Sanidad y Consumo – Consejo de Farmacéuticos del País Vasco. (12 de Enero de
2011). [Link]. Obtenido de
[Link]
1294835160

Gavilan Cifuentes, S. (13 de mayo de 2009). cybertesis. Obtenido de

[Link]

Poza plaza, E., Barrachina Martinez, I., Trillo Mata, J., & Uso Talaantes, R. (1 de Mayo de 2011).
ciegs - UPV. Obtenido de [Link]
ciegs/sistema_prescripcion_dispensacion_electronica_agencia_valenciana_salud/
 Manual de usuarios del sistema de emicion de recetas
Medicas
Todos deben ingresar al sistema atravez del login , el Administrador se encarga de crear a cada
usuario.

Si el usuario no existe se mostrara un mesaje “error de usuario o contraseña” y si el usuario a

sido bloqueado mostrara un mensaje de “usted ha sido bloqueado”

Ingrese su
Usuario

Al Hacer click
en iniciar Ingrese su
sesión, contraseña
ingresaras al
Sistema.

1. Usuario Administrador (Vista Principal)

El administrador puede ver la lista de usuarios y crear uno nuevo (Doctor, Secretaria,
Encargado de farmacia y empleados que trabajen en la farmacia). El administrador puede
registrar una nueva farmacia que se haya asociado a la clínica San José.
 Aquí se visualiza la lista de
Espacio de búsqueda
usuarios Registrados
de usuario

Botones que re
direcciona hacia
el formulario de
Botones para Crear
edicion
nuevos usuarios y
cambiar contraseña

1.1 Nuevo usuario (Doctor)

Se ingresa el código de registro de la especialidad para buscar al doctor al cual se desea crear
un usuario, si el doctor no está registrado en la base de datos de la clínica este no podrá
contar con una cuenta de usuario.

Se digita el código de
la especialidad del
Médico.

Los datos del Doctor

son mostrados
automáticamente sin
Se Presiona en
opción de edición
el botón
Grabar y se
procede a
guardar todos El administrador solo
los datos hace que el Doctor
Ingresados. digite su contraseña

1.2 Editar usuario

Para editar se selecciona la opción de Editar Usuario y se muestra el formulario para editar al
usuario en el cual puede cambia su contraseña o su estado (activo o bloqueado)

Se muestra los datos

que se desean Editar

Se selecciona
actualizar para Solo se edita el estado
guardar los y la contraseña
cambios

1.3 Registro de secretaria

Se busca el DNI de la secretaria para verificar si la secretaria trabaja en la clínica. Si la

secretaria no está registrada en la base de datos de la clínica, esta no podrá tener una cuenta
de usuario

Se digita el DNI de la
secretaria

Se muestra los
datos de la
secretaria/o

Se da clic en Se ingresa el
Grabar y se usuario y la
guardan los contraseña
datos
ingresados.

1.4 Nueva Farmacia

Primero se registrará a las farmacias asociada para que posteriormente se registre cada sede que
tenga dicha farmacia creándoles una cuenta de usuario para cada encargado de sede.
 Se ingresará los datos de la farmacia (nombre,
Ruc, Teléfono), luego se grabarán los datos

Se selecciona
Se muestra la lista de farmacias para registrar
registradas (asociadas con la clínica) una nueva
sede
 1.5 Registrar sede de Farmacia

Para registrar la nueva sede de la farmacia se ingresan dirección, nombre de la persona encargada
de esa sede y el DNI del encargado.

Ingresar datos de nueva sede (dirección,

nombres del encargado, DNI y su
PASSWORD.

Se muestra la lista de sedes de la farmacia, las nuevas

sedes podrán crear a los T. Farmacéuticos en el
formulario de sedes

1.6 Actualizar Farmacia o Sede

Para actualizar la farmacia se ingresan la Dirección, Nombre de la farmacia y el DNI del

encargado de la farmacia.

Ingresamos los
datos de la
Farmacia y del
Presionamos en encargado de la
el botón sede.
actualizar y
guardamos
todos los datos.
2. Usuario Secretaria/o
2.1 Registrar Nuevo usuario(Paciente)

Para ingresar un nuevo Usuario(Paciente), la secretaria solicita Nombre, DNI una vez
ingresado los datos solicitados, la secretaria le genera un Código de Paciente y Contraseña.

Si se quisiera
buscar un
La Secretaria paciente por el
Visualiza, DNI, colocamos
Nombre y DNI en este espacio.
del nuevo
Paciente.

En estos campos la
Secretaria crea
Presionamos en Contraseña del
el botón Grabar y paciente y coloca el
se graba todos los estado del Paciente.
datos ingresados.
2.2 Visualización de Pacientes Registrados

La Secretaria visualiza a todos Los Pacientes registrados, en el lado derecho del formulario
si la enfermera presiona en “EDITAR”, puede editar el estado del paciente y la contraseña.

En este espacio se Dando clic en

visualiza los Siguientes “Editar “la
datos del Paciente secretaria puede
Registrado. editar el estado del
paciente como
Código, Nombre, apellido también la
y DNI. contraseña.
2.3 Emisión de la Receta médica Electrónica

Cuando el medico emite la Receta Medica,