Informe C.S Santa

Practicas Pre Profesionales Centro de Salud Santa - CLAS
CAPITULO I
GENERALIDADES
Suarez Zevallos Carla Yaneth 1

1. DESCRIPCION DE LA ORGANIZACIÓN
1.1 Razón Social:
Ubicación : Jr. Rio Santa Nº 510 – Santa
Lugar : Santa
Distrito : Santa
Provincia : Del Santa
Departamento : Ancash – Región Chavín
RESEÑA HISTORICA DEL C.S. SANTA
El Centro de Salud Santa, fue fundado en el año 1966, gracias a la

iniciativa del Club de Leones de Chimbote en coordinación con el Consejo
Distrital de Santa, su ubicación en ese entonces era en el Jr. Amazonas.
El terreno donde fue construido como Puesto de Salud fue donado por el
Sr. Evaristo Castro, cuya construcción fue terminada a fines del año 1966 y
funcionó desde el mes de marzo del año 1967, siendo nombrado como jefe
el Dr. Pablo Salinas.
El 31 de mayo de 1970, a consecuencia del terremoto la infraestructura es
afectada en un 70%, dando lugar a que el personal de salud con todo el
equipamiento brinde atención en la plaza de armas, atendiendo
posteriormente en dos módulos de maderas costado de la parroquia.
En 1974 fue refaccionada y empieza a funcionar como Centro de Salud,
durante un año.

En ese mismo año gracias a que se destinó una partida presupuestal para las
obras sociales al Consejo Distrital de Santa, en coordinación con Ordenor
Centro, se construye el nuevo local del Centro de Salud Santa, ubicado en
Jr. Río Santa Nº 510
El día 10 de agosto del año 1975 empezó a funcionar esta institución, cuyo
primer jefe fue el Dr. Luis Baca Luna.
Desde el año 1994 nuestro Centro de Salud pasa a formar parte del modelo
de Administración Compartida, denominándose CLAS CENTRO DE
SALUD SANTA, cuyos integrantes son elegidos democráticamente por el
pueblo, tiene tres representantes de comunidad, tres representantes de salud
quienes conjuntamente con el gerente conforman la Asamblea, en el que la
participación comunitaria es a través de un Consejo Directivo, lo cual
constituye un gran aporte, ya que la comunidad participa directamente en la
mejora de su propia salud.
Actualmente el centro de Salud Santa es una cabecera de Micro red y
centro de referencia de los Puestos de Salud Puerto Santa, Tambo Real,
Alto Perú, Cascajal, Rinconada, Vinzos, Macate y Huanroc.
El Centro de Salud Santa se encuentra ubicado en la Región Ancash,

Provincia de Santa, Distrito de Santa en el Jr. Rio Santa 510.
El Distrito de Santa atiende a 17 741 habitantes en diferentes edades a la
población del Distrito de Santa y alrededores solo cuenta con este tipo de
establecimiento de nivel I-4, la cual viene funcionando en propia local de
material noble con una antigüedad de 31 años, cuenta con 39 ambientes en
la cual presenta hacinamiento en la distribución de ambientes, no acuerdo a
su complejidad.

Extensión: La extensión de la localidad y su jurisdicción es de 140km.2

Limites:
El Centro de Salud “Santa” limita:
Por el Norte, con el Rio Santa.
Por el Sur, con el Distrito de Coishco.
Por el Este, con el distrito de Mácate y provincia de Pallasca.
Por el Oeste, con el Océano Pacifico.
HIDROGRAFIA
EI rio Santa que fertiliza el valle de su propio nombre, desemboca en el

mar Pacífico, después de recorrer 320 kil6metros con un volumen de
3'855'633,177 m3 de agua; existe además un gran sistema de acequias que
lleva el agua a todos los terrenos cultivables.
Dentro de los recursos hidrológicos se encuentran una variedad de peces y
mariscos.
TOPOGRAFIA
Suelo fértiles arenoso en algunas zonas adyacente y zonas de superficie

planas.
CLIMA
Clima tipo subtropical árido, con escasos, casi nula precipitaci6n en su

parte media y baja.

Es característico el fuerte viento que sopla desde el medio día.
DENOMINACION, UBICACIÓN, CONFORMACION E

INFRAESTRUCTURA DEL ESTABLECIMIENTO – C.S
SANTA
1.2 Distribución Estructural: La infraestructura de l C.S “Santa”

es de material con techo aligerado. Área total – 2002m 2, Área construida –
813.51 ms.
 2 Consultorio medico
 1 Consultorio pediátrico
 1 Consultorios obstétrico
 1 Ambiente de sala de partos/puerperio mediato
 1 Consultorio de PPFF
 1 Consultorio de nutrición
 1 Consultorio de odontología
 1 Ambiente de Tópico/Emergencia
 1 Sala de hospitalización medica
 1 Sala de hospitalización obstétrica
 1 Ambiente de PAI
 3 Consultorios de CRED
 1 Consultorio de CRED Adolescente
 1 Ambiente de farmacia
 1 Ambiente de laboratorio
 1 Ambiente de Traje
 1 Ambiente de la Unidad de Seguros
 1 Ambiente para reuniones
 1 Oficina de dirección
 1 Ambiente de almacén
 1 Ambiente de Bronco
 1 Ambiente de asistencia social
 5 Ambiente de baño
 1 Ambiente de Admisión /Caja

El centro de Salud “Santa” cuenta en su parte interna con 3

jardines.
Distribución Funcional:
 Consulta Medica
 Servicio de emergencia
 Hospitalización
 Consulta obstétrica
 Planificación familiar
 Atención de Partos
 Programa de detención de cáncer ginecológico
 Servicio odontológico
 Servicio de farmacia
 Programa de IRA
 Programa de CRED
 Programa de PAI
 Programa de EDA
 Programa de TBC
 Programa de apoyo nutricional a familias de alto riesgo
(PSEA).
Recursos Humanos:
 Jefa del C.S “SANTA”
 Lic. Obst. Heldy Evangelista Huerto
 Obstétricas (6).
 Adelina Garay Castillo.

 Dorila López Saavedra.
 Karint Vidal Zarate.
 Sonia Ocas Rodríguez.
 Magali Cabel Rebaza.

 Cristina Gutiérrez Rodríguez.
 Odontólogo (1).
 Ricardo Alvarado Lengua.
 Enfermeras (3)
 Nelly Mixan Romaina.

 Matilde Urbina Santiago.
 Edith Robles Murphy.
 Técnicos de Enfermería (5)
 Miriam Zavaleta Santos

 Clara Baltodano Pulido
 Luciano De La Cruz De La Cruz
 Deysi Caballero Mantilla
 Luis Alberto Tarazona
 Técnico de Laboratorio (2)
 Roger Luna Encarnación.

 Walter Vidal Córdova.
 Técnico de Sanitario (1).

 Manuel Córdova Oyola
 Médicos Asistenciales (7).
 Ciro Madrid Salomón.

 Josué Rojas Villareal.
 Wilson Sánchez Risco.
 Raúl Castro Calvo.
 Celmira Lázaro Loyola.
 Oscar Zavaleta Cristóbal.
 Nory Aquino Aburto.
 Nutricionista (1).
 Alicia Delgado Carruitero
 Farmacia (2).
 Marcia Pérez Julca

 Jimmy Luna Encarnación.
 Servicio de Transporte (1).
 Julio Cesar Villafana Buiza.
 Asistencia Social (1).
 Griselda Ventura Chambi.

 Digitador Del SIS (1).
 Erika Flores Coronel.
 Personal de Limpieza (1).
 Juan Carlos Plaza Barrientos.
 Secretaria de Dirección (1).
 Rosa Rocha Monzón.
Recursos Materiales
 Instrumental
 Ecografo
 Estetoscopio de pinar
 Cinta métrica
 Tensiómetro
 Balanza
 Termómetro
 Especulo
 Laminas, espátulas
 Algodón, Alcohol, gasa
 Jeringas y agujas.
 Fungibles
 Historias Clínicas
 Fichas materno – perinatal y planificación
familiar
 Papel bond, lápiz, lapicero, borradores,
colores, plumones, papel grafos.
 Afiches, rota folios, tarjetas.

 Cama ginecológica, mesas, sillas.

 Botas, soleras, perneras, mandiles.
 Transporte
 Ambulancia
Hora de Atención
Lunes A Sábado 8:00 am - 2:00 pm (Turno Mañana).

2:00pm - 8:00 pm (Turno Tarde).
Emergencia Las 24 Horas del Día.
MISIÓN:
Somos una institución que garantiza la salud y la vida de la comunidad de

santa, a través de actividades preventivas promocionales asistenciales y
recuperativas, con una atención de calidad respetando a la dignidad humana
y diversidad cultural.
VISIÓN:
“El centro de Santa en el 2015 será un Hospital con unidad ejecutora, que
brindara servicios especializados con atención integral de salud de calidad,
equidad y eficiencia, implementados con equipos de alta tecnología,
forjando una comunidad saludable.”

OBJETIVOS:
Objetivos Generales del Centro de Salud:
 Disminuir la incidencia de morbimortalidad de la población,

brindando una atención primaria de salud a la Población
más vulnerable.
 Brindar una atención con calidad a personas, familias y

comunidad que acude al establecimiento, en busca de
satisfacer sus necesidades inmediatas de salud integral.
Objetivos Específicos del Centro de Salud:
 Lograr la participación activa y consciente de la comunidad

en el cuidado de su salud, utilizando los programas de
gobierno que hacen posible el acceso de atención a los
grupos más vulnerables (pobreza y extrema pobreza).
 Disminuir la incidencia en los problemas de salud a través

de actividades preventivo promocionales.
 Lograr la interrelación entre los servicios del

Establecimiento para dar una atención adecuada y oportuna
al paciente, familia y comunidad.
 Conocer y analizar la situación problemática de la salud del

Establecimiento en el periodo del año.

 Intervenir con criterio de prioridad en los problemas de

salud detectados en el diagnostico.
1.2. Organización Actual de la Institución
Estructura Orgánica
A. ORGANO DE DIRECCION
a) Jefatura: Médico Jefe
B. ORGANO DE APOYO ADMINISTRATIVO
 Área de Admisión y Estadística
 Área de Economía
 Área de Logística
 Área de Personal
 Área de Servicios Generales
 Área de Salud Ambiental
C. ORGANOS DE LINEA INTERMEDIOS
 Servicio de Enfermería
 Servicio de Farmacia
 Servicio de Laboratorio
 Servicio de Nutrición
 Servicio Social
D. ORGANO DE LINEA FINALES:

 Servicio de Medicina
 Servicio de Obstetricia
 Servicio de Odontología
1.3. ORGANIGRAMA C.S SANTA - CLAS
DIRECCION DE LA
UTES LA CALETA
“LA CALETA”
JEFATURA DEL
C.S. SANTA
Área Estadística y Admisión Secretaria
Área Economía
Área Logística
Área Personal
Área Servicios Generales
Área Salud Ambiental
Servicio Enfermería Servicio de Medicina
Servicio Farmacia Servicio de Obstetricia
Servicio Laboratorio Servicio de Odontología
Servicio Nutrición
Servicio Social
1.4. FLUXOGRAMA FUNCIONAL
CENTRO SALUD SANTA

DATOS GENERALES

TÍTULO:
IMPLEMENTACIÓN DEL SISTEMA INFORMATICO DE
CONTROL DE GESTANTES EN EL CENTRO DE SALUD
DE SANTA
AUTOR:
CARLA SUAREZ ZEVALLOS
ÁREA DE DESARROLLO DEL PROYECTO
Localidad: Santa
Institución: Centro de Salud Santa - CLAS
DURACIÓN DEL DESARROLLO DEL PROYECTO
Fecha de inicio: 15.01.2011
Fecha de término: 26.02.2011
CRONOGRAMA DE ACTIVIDADES A DESARROLLAR
Cuadro de actividades

Nº ACTIVIDAD ENE. FEB.

1 RECOPILAR INFORMACION X
2 ANALISIS DE LA INFORMACION X
3 FORMULAR LA REALIDAD PROBLEMÁTICA X
4 MODELADO DEL NEGOCIO X
7 DESARROLLO DEL SOFTWARE X
8 SUSTENTACION DEL INFORME FINAL X

2. PLAN DE INVESTIGACION.
PROBLEMA
REALIDAD PROBLEMÁTICA
El Centro de Salud Santa, es un establecimiento de Salud que

pertenece al Ministerio de Salud (Minsa), teniendo como UTES al
Hospital La Caleta; cuenta con una población por 17,741.00
habitantes aprox. y como Microred tiene 08 Establecimientos de
Salud bajo su responsabilidad; estas institución está dedicada a
brindar servicios de Salud (atención medica preventiva y
recuperativa) a toda la población que le requiera; sus ingresos
económicos son mediante Recursos Ordinarios y Reembolsos de
Atenciones por el Seguro Integral de Salud.
La mencionada realidad problemática presenta las siguientes
características:
 La Problemática actual del Registro de Gestantes del Centro de

Salud Santa, se presenta por la necesidad de buscar nuevas Técnicas
y Métodos para llevar un adecuado manejo de la información de
gestantes.
 El Control Manual a las gestantes, el control Nutricional el control
de parto, conlleva a una deficiente gestión en el servicio que brinda
el Centro de Salud.
 La información para el control materno y Nutricional de las
Gestantes se almacena en Formularios manuales todo esto no
permite una función rápida y eficaz para la búsqueda y reporte de
cualquier información.
 No se cuenta con un Sistema Informático que permita el control
materno de gestantes.

 Es indispensable contar con una Base de Datos Implementada en un

sistema Informático que permita el manejo adecuado de un control
materno de gestantes para los pacientes de Obstetricia del Centro de
Salud Santa.
 Falta de un Sistema Informático en el que Informe mensualmente
sobre las actividades de programa gestacional.
ANTECEDENTES DEL PROBLEMA
 Desde cuando existe o se conoce el problema.
El problema existe desde el inicio del funcionamiento del área de

Obstetricia, los procesos mas lentos, y al no contar con un Sistema
que este acorde con los avances Tecnológicos y Científicos lo cual
ayudaría a la sistematización del área de Obstetricia del Centro de
Salud Santa.
 Estudios o Proyectos Técnicos anteriores.
No se hallado proyectos anteriores en el área de obstetricia antes

hubo unos intentos de hacer algo pero no se llego a concretar y todo
quedo en fojas cero.

FORMULACION INTERROGATIVA DEL PROBLEMA
¿Cómo Controlar a las gestantes, a los pacientes atendidos por

planificación y controlar partos ya que no existe un control rápido y
eficaz de la información?
3. OBJETIVOS DEL PROYECTO.
Objetivo General.
Desarrollar un Sistema de Información Informatizado que permita el

Control de las Gestantes en el área de Obstetricia del Centro de
Salud Santa.
Objetivos Específicos.
 Emplear la Metodología RUP en el Desarrollo (Análisis y
Diseño) del Sistema de Información el cual permita un
adecuado modelado de los procesos del negocio.
 Implementar el modelado de la Base de Datos para el
funcionamiento del Sistema de Información.
 Reducir el tiempo de procesamiento de las operaciones
realizadas en el área involucrada en la atención al paciente.
 Implementar el Sistema de Información utilizando el
Software de Aplicación Power Builder 11.5

4. JUSTIFICACION DEL PROYECTO.
A los distintos problemas que existen en el registro de los Datos se
ha creído conveniente darle solución implementando un sistema
informático.
La importancia de este Sistema Informático se basara en el control de
control de gestantes a los pacientes del área de obstetricia del Centro
de Salud Santa, para el adecuado control de entrada y salida de
información, ya que será un aporte de investigación y desarrollo para
futuros proyectos informáticos que se deseen desarrollar en dicha
institución.
A continuación describiremos las justificaciones que se han tomado
en cuenta para la realización del Proyecto.

Operativa.
El sistema se considera viablemente operativo por lo siguiente:
Simplifica, agiliza las tareas realizadas por los encargados del área
de obstetricia.
Disponibilidad de la información de una manera rápida y veraz del
área que se beneficiara con la implementación del Sistema
Informático mejorando considerablemente el servicio de atención al
paciente.
 Económica.
Se incrementara en nivel tecnológico del Área de Obstetricia debido
a que se va ha implementar el sistema en un Lenguaje de
Programación Moderno (Power Builder 11.5), que permitirá diseñar
interfaces graficas sencillas de manejar para los usuarios, se utilizara
también un Manejador de Base de Datos potente (SQL SERVER
2008), que permitirá crear una Base de Datos donde se almacene
durante el desarrollo técnicas que garanticen lograr una aplicación
amigable fácil de usar y orientado a diversos usuarios.
El desarrollo de este sistema surge de la necesidad de agilizar los
procesos, y es por ello que se conto con una herramienta informática
que contribuya con la agilización de la información lo cual garantiza
una eficiencia y un ahorro de tiempo.

 Técnica.
Otorgara modernidad y evolución tecnológica.
Se tendrá un mejor control de las Gestantes así como del control de
atención de partos y Planificación Familiar a los pacientes del área
de obstetricia.
Se realizaran los procesos con software a medida.
Permitirá estar a la par con otros establecimientos.
Limitaciones
 Falta de tiempo para la realización del proyecto, ya que el tiempo de
2 meses es muy cortó para la culminación del mismo.
 El tiempo de la persona que nos brinda la información es
interrumpida por la llegada de los pacientes lo que hace que
perdamos la ilación de la información

CAPITULO II
MARCO TEORICO

LENGUAJE UNIFICADO DE MODELADO (UML)

El Lenguaje Unificado de Modelado es un lenguaje estándar para
escribir planos de software. UML puede utilizarse para visualizar,
especificar, construir y documentar los artefactos de un sistema que
involucra una gran cantidad de software. UML es apropiado para
modelar desde sistemas de información en empresas hasta
aplicaciones distribuidas basadas en la web. Es un lenguaje de
modelado que proporciona un vocabulario y reglas para su uso en la
representación conceptual y física de un sistema. La decisión de usar
actualmente UML como notación para procesos software se debe a
que se ha convertido en un estándar de facto que tiene las siguientes
características:
- Permite modelar sistemas utilizando técnicas orientadas a objetos
(OO).
- Cubre la especificación de todas las decisiones de análisis, diseño
e implementación, permitiendo la construcción de modelos
precisos.
- Puede conectarse con lenguajes de programación usando
Ingeniería directa e inversa (Java, C++, Visual Basic).
- Permite documentar todos los artefactos de un proceso de
desarrollo (requisitos, arquitectura, pruebas, versiones, etc.)
- Cubre las cuestiones relacionadas con el tamaño propias de los
sistemas complejos y críticos.
- Es un lenguaje muy expresivo que cubre todas las vistas
necesarias para desarrollar y luego desplegar los sistemas.

- Existe un equilibrio entre expresividad y simplicidad, pues no es

difícil de aprender ni de utilizar.
- UML es independiente del proceso, aunque para utilizarlo
óptimamente debe ser usado en un proceso dirigido por los casos
de uso, centrado en la arquitectura, iterativo e incremental.
Modelo Conceptual de UML
Para comprender UML, se necesita adquirir un modelo
conceptual del lenguaje, y esto requiere aprender tres
elementos principales: los bloques de construcción de UML,
las reglas que dictan cómo se pueden combinar estos bloques
básicos y algunos mecanismos comunes que se aplican a través
de UML.
Bloques de Construcción UML:
El vocabulario de UML incluye tres clases de bloques de
construcción: Elementos, Relaciones y Diagramas. Los
ELEMENTOS son abstracciones de primera clase en un
modelo. Hay cuatro tipos de elementos en UML: Elementos
estructurales, Elementos de Comportamiento, Elementos de
agrupación y Elementos de anotación.
Los elementos estructurales, son los nombres de los modelos
UML. En su mayoría son las partes estáticas de un modelo, y
representan cosas que son conceptuales o materiales. Hay seis
tipos de elementos estructurales:
1) Clase: Es una descripción de un conjunto de objetos que
comparten los mismos atributos, operaciones, relaciones
y semántica. Una clase implementa una o más interfaces.
Gráficamente una clase se representa como un rectángulo,
que normalmente incluye su nombre, atributos y
operaciones.

2) Interfaz : Es una colección de operaciones que

especifican un servicio de una clase o componente. Una
interfaz puede representar el comportamiento completo
de una clase o componente o sólo una parte de ese
comportamiento. Gráficamente una interfaz se representa
con un círculo junto con su nombre.
3) Colaboración: Define una interacción y es una sociedad
de roles y otros elementos que colaboran para
proporcionar un comportamiento cooperativo mayor que
la suma de los comportamientos de sus elementos.
Gráficamente, una colaboración se representa como una
elipse de borde discontinuo, incluyendo normalmente
sólo su nombre.
4) Caso de Uso: Es una descripción de un conjunto de
secuencias de acciones que un sistema ejecuta y que
produce un resultado observable de interés para un actor
particular. Gráficamente, un caso de uso se representa
como una elipse de borde continuo, incluyendo
normalmente sólo su nombre.
5) Componente: Es una parte física y reemplazable de un
sistema que conforma un conjunto de interfaces y
proporciona la implementación de dicho conjunto.
Gráficamente, un componente se representa como un
rectángulo con pestañas, incluyendo normalmente sólo su
nombre.

6) Nodo: Es un elemento físico que existe en tiempo de

ejecución y representa un recurso computacional, que por
lo general dispone de algo de memoria y, con frecuencia,
capacidad de procesamiento. Gráficamente un nodo se
representa como un cubo.
Los elementos de comportamiento, son las partes dinámicas de
los modelos UML. Estos son los verbos de un modelo y
representan comportamiento en el tiempo y el espacio. Hay
dos tipos principales de elementos de comportamiento.
1) Interacción: Es un comportamiento que comprende un
conjunto de mensajes intercambiados entre un conjunto
de objetos. Gráficamente, un mensaje se muestra como
una línea dirigida con el nombre de su operación.
2) Máquina de estados: Es un comportamiento que
especifica las secuencias de estados por las que pasa un
objeto o una interacción. Gráficamente, un estado se
representa como un rectángulo de esquinas redondeadas,
incluyendo su nombre y sus subestados.
Los elementos de agrupación, son las partes organizativas de
los modelos UML. Estos son las cajas en las que puede
descomponerse un modelo.
Hay un elemento de agrupación principal, los paquetes.
1) Paquete: Es un mecanismo de propósito general para
organizar elementos en grupos. Gráficamente, un paquete
se visualiza como una carpeta, incluyendo sólo su nombre
y, a veces, su contenido.

Los elementos de anotación, son las partes explicativas de los

modelos UML. Hay un tipo principal de elemento de
anotación llamado nota.
1) Nota: Es simplemente un símbolo para mostrar
restricciones y comentarios. Gráficamente, una nota se
representa como un rectángulo con una esquina doblada,
junto con un comentario textual o gráfico.
Las RELACIONES en UML son de cuatro tipos:
Dependencia, Asociación, Generalización y Realización.
Una dependencia, es una relación semántica entres dos
elementos, en la cual un cambio a un elemento puede afectar a
la semántica del otro elemento. Gráficamente una dependencia
se representa como una línea discontinua, posiblemente
dirigida, que incluye a veces una etiqueta.
Una asociación, es una relación estructural que describe un
conjunto de enlaces. La agregación es un tipo especial de
asociación, que representa una relación estructural entre un
todo y sus partes. Gráficamente, una asociación se representa
como una línea continua dirigida, que a veces incluye una
etiqueta, y a menudo incluye otros adornos, como la
multiplicidad y los nombres del rol.
Una generalización, es una relación de
especialización/generalización en la cual los objetos del
elemento especializado (el hijo) pueden sustituir a los objetos
del elemento general (el padre). Gráficamente, una relación de
generalización se representa como una línea continua con una
punta de flecha vacía apuntando al padre.
Una realización, es una relación semántica entre
clasificadores, en donde un clasificador especifica un contrato

que otro clasificador garantiza que cumplirá. Gráficamente una

relación de realización se representa como una mezcla entre
una generalización y una relación de dependencia.
Los DIAGRAMAS en UML son la representación gráfica de
un conjunto de elementos. En teoría, un diagrama UML puede
contener cualquier combinación de elementos y relaciones. En
la práctica, sin embargo, sólo surge un pequeño número de
combinaciones, las cuales son consistentes con las cinco vistas
más útiles que comprenden la arquitectura de un sistema. Por
esta razón UML incluye nueve diagramas:
Un diagrama de clases, muestra un conjunto de clases,
interfaces y colaboraciones, así como sus relaciones. Los
diagramas de clases cubren la vista de diseño estática de un
sistema.
Un diagrama de objetos, muestra un conjunto de objetos y sus
relaciones. Estos diagramas cubren las vista de diseño estática
o la vista de procesos estática de un sistema.
Un diagrama de casos de uso, muestra un conjunto de casos
de uso y actores relacionados. Los diagramas de casos de uso
cubren la vista de casos de uso estática de un sistema.
Los diagramas de interacción cubren la vista dinámica de un
sistema. Un diagrama de secuencia, es un diagrama de
interacción que resalta la ordenación temporal de los mensajes;
un diagrama de colaboración, es un diagrama de interacción
que resalta la organización estructural de los objetos que
envían y reciben mensajes.
Un diagrama de estados, muestra una máquina de estados, que
consta de estados, transiciones, eventos y actividades. Los
diagramas de estados cubren la vista dinámica de un sistema.

Un diagrama de actividades, es un tipo especial de diagrama

de estados que muestra el flujo de actividades dentro de un
sistema. Los diagramas de actividades cubren la vista dinámica
de un sistema.
Un diagrama de componentes, muestra la organización y las
dependencias entre un conjunto de componentes. Los
diagramas de componentes cubren la vista de implementación
estática de un sistema.
Un diagrama de despliegue, muestra la configuración de
nodos de procesamiento en tiempo de ejecución y los
componentes que residen en ellos. Los diagramas de
despliegue cubren la vista de despliegue estática.
Reglas de UML:
Los bloques de construcción de UML, no pueden simplemente
combinarse de cualquier manera. Como cualquier lenguaje,
UML tiene un número de reglas que especifican a qué debe
parecerse un modelo bien formado. UML tiene reglas
semánticas para:
- Nombres: Cómo llamar a los elementos, relaciones y
diagramas.
- Alcance: El contexto que da un significado específico a un
nombre.
- Visibilidad: Cómo se pueden ver y utilizar esos nombres por
otros.
Mecanismos Comunes en UML:
La construcción de modelos UML se hace más simple y
armoniosa al ajustarse a un patrón de características comunes.
En UML existen cuatro mecanismos comunes:

- Especificaciones: Proporcionan una base semántica que

incluye a todos los elementos de todos los modelos de un
sistema.
- Adornos: Sirven para conferir a los modelos de más
semántica, proporcionando a un elemento o modelo más
nivel de detalle.
- Divisiones comunes: Permiten que los modelos se dividan al
menos en un par de formas diferentes para facilitar su
comprensión.
- Mecanismos de extensibilidad: Sirven para poder
representar ciertos matices, incluye a los estereotipos, los
valores etiquetados, y las restricciones.
Fig. Nº 3.1. Vista General del Modelo Conceptual de UML
Modelado de la Arquitectura de un Sistema

La visualización, especificación, construcción y
documentación de un sistema con gran cantidad de software
requiere que el sistema sea visto desde varias perspectivas. La
arquitectura de un sistema es quizás el artefacto más

importante que puede emplearse para manejar estos diferentes

puntos de vista y controlar el desarrollo iterativo e incremental
de un sistema a lo largo de su ciclo de vida.
La arquitectura de un sistema con gran cantidad de software
puede describirse mejor a través de cinco vistas
interrelacionadas. Cada vista es una proyección de la
organización y la estructura del sistema, centrada en un
aspecto particular de ese sistema.
- La vista de casos de usos, comprende los casos de uso que
describen el comportamiento del sistema tal y como es
percibido por los usuarios finales, analistas y encargados de
las pruebas.
- La vista de diseño, comprende las clases, interfaces y
colaboraciones que forman el vocabulario del problema y
su solución.
- La vista de procesos, comprende los hilos y procesos que
forman los mecanismos de sincronización y concurrencia
del sistema.
- La vista de implementación, comprende los componentes y
archivos que se utilizan para ensamblar y hacer disponible
el sistema físico.
- La vista de despliegue, contiene los nodos que forman la
topología hardware sobre la que se ejecuta el sistema.

Fig. Nº 3.2.. Modelado de la arquitectura de un sistema
PROCESO UNIFICADO DE RATIONAL (RUP)

Rational Unified Process • Pruebas funcionales
1998 • Pruebas de desempeño
• Gestión de requisitos
• Gestión de cambios y
configuración
• Ingeniería de Negocio
Rational Objectory Process • Ingeniería de datos
1996-1997
• Diseño de interfaces
Objectory Process UML

1987-1995
Enfoque Ericsson
Fig. Nº 3.3. Esquema RUP
El Proceso Unificado de Rational es un proceso de ingeniería de

software que se adapta especialmente a UML. Proporciona una
disciplina metodológica para la asignación de tareas y
responsabilidades dentro del desarrollo organizacional. Tiene por
objetivo asegurar la producción de software de alta calidad de
acuerdo a las necesidades de los usuarios finales dentro de un
cronograma y presupuesto predecible. RUP es un producto proceso.

Es desarrollado y mantenido por Software Rational y viene integrado

con un conjunto de herramientas desarrolladoras de software. RUP es
también un proceso armazón (framework) que puede ser adaptado y
extendido para satisfacer las necesidades de una organización. Esta
metodología captura muchas de las mejores prácticas para
desarrollar software modernos, de una forma que sea adecuada a un
amplio rango de proyectos y organizaciones.
Desarrollo de software iterativo

El desarrollo de software iterativo ofrece las siguientes soluciones a
las causas de los problemas encontrados en su desarrollo:
1) Hace evidente serios errores de manera fácil durante el ciclo de
vida, siendo posible reaccionar a ellos.
2) Esta metodología facilita y estimula el uso de la
retroalimentación, de manera que responda a los requerimientos
reales del sistema.
3) El equipo de desarrollo es forzado para centrarse en los temas
más críticos del proyecto, evitando de esta manera los riesgos
reales durante su ciclo de vida.
4) Continuas iteraciones permiten probar un objetivo estimado del
estado del proyecto.
5) Las inconsistencias entre requerimientos, diseños, e
implementaciones son detectadas fácilmente.
6) La carga de trabajo del equipo, especialmente del equipo de
pruebas, es dividida más uniformemente a lo largo del ciclo de
vida del proyecto.
7) El equipo de trabajo puede usar enseñanzas aprendidas y por
consiguiente puede mejorar el proceso continuamente.

8) Pueden detectarse riesgos en el proyecto, proporcionando la

evidencia concreta del estado del proyecto a lo largo de su ciclo
de vida.
Fig. Nº 3.4. Modelado visual del software
El modelado visual del software ofrece las siguientes soluciones a las

causas de los problemas encontrados en su desarrollo:
1) Los casos de uso especifican comportamientos no ambiguos.

2) Los modelos no ambiguos capturan el diseño del software.
3) La no modularidad y las arquitecturas inflexibles son
expuestas.
4) Los detalles pueden ser ocultados cuando sea necesario.
5) Los diseños no ambiguos revelan sus inconsistencias más
rápidamente.
6) Las herramientas de modelado visual proveen soporte a
modelamientos basados en UML.
7) La calidad de la aplicación empieza con un buen diseño.

Fig. Nº 3.5. Modelamiento de un Sistema desde diversas

perspectivas
Estructura del Proceso: Dos dimensiones

La figura muestra la arquitectura global del Rational Unified
Process.
El proceso tiene dos estructuras, o dos dimensiones:
- El eje horizontal representa el tiempo y muestra como son
desplegados los aspectos del ciclo de vida del proceso.
- El eje vertical representa los flujos de trabajo del proceso
central (core process), que agrupa las actividades lógicas
por naturaleza.
La primera dimensión representa el aspecto dinámico del
proceso, tal como es implementado, y es expresado en
términos de ciclos, fases, iteraciones e hitos. La segunda
dimensión representa el aspecto estático del proceso y sé
describe en términos de componentes del proceso, actividades,
flujos de trabajo, artefactos y trabajadores.

Fig. Nº 3.6. Proceso: dos dimensiones
Fig. Nº 3.7. Aspectos del los casos de uso en cada fase

RATIONAL ROSE
Rational Rose es una de las mejores herramientas de modelado de
software que forma parte del Rational Suite, un conjunto de
herramientas unificadas con soporte a Rational Unified Process
(RUP). Rational Rose unifica el desarrollo en equipo, integrando el
modelamiento y el entorno de desarrollo usando Unified Modeling
Languaje (UML), y permitiendo a todos los miembros del equipo el
desarrollo individual, la comunicación entre ellos y la entrega de un
mejor software. Esta herramienta crea una robusta arquitectura del
sistema con la habilidad para modelar elásticas arquitecturas basadas
en componentes, permitiendo que la evolución del proceso software
sea controlada, manejada e identificada. Rational Rose es una
herramienta Case para todas las necesidades tecnológicas, ya que
ofrece una integración con todos los principales Entornos de
Desarrollo Integrado, maximizando la velocidad y simplicidad del
esfuerzo de desarrollo.

CAPITULO III
MODELADO DEL NEGOCIO

1. MODELADO DEL NEGOCIO

El presente plan de desarrollo del software es una propuesta para
mejorar el control de gestantes en el Centro de Salud Santa de
esta manera contribuir con el cumplimiento de los objetivos
establecidos por el área de Obstetricia.
El proyecto ha sido desarrollado utilizando la Metodología
Rational Unified Process RUP en la que únicamente se procederá
a cumplir con las tres primeras fases que establece la
metodología.
Modelado del Diseño del Negocio

Modelado del Análisis del Negocio
Fig. Nº 4.1. Diagrama del Modelado del Negocio
La figura muestra que existe una relación de dependencia del

Modelado del Diseño del Negocio hacia el Modelado del Análisis
del Negocio.
2. MODELO DE LOCALIZACIÓN
El sistema de control de gestantes efectúa sus operaciones en el
área de Obstetricia, Centro de Salud Santa - Clas Urb. Buenos
Aires Nº 508 – Nuevo Chimbote.

DESCRIPCIÓN DEL AREA A TRATAR

CONSULTORIO DE OBSTETRICIA
Es la dependencia encargada de la Administración de todo lo
referido a la iniciación de Gestantes hasta el alumbramiento,
también es la encargada de el planeamiento, organización control
y ejecución de las tareas técnico – administrativas del área.
IDENTIFICACIÓN DE LOS PROCESOS DEL SISTEMA

Los procesos más importantes realizados por el sistema de
control de gestantes son los siguientes :
 Registrar las Gestantes.
 Imprimir Ficha de Gestantes.
 Obtener Estadísticas.
3. VISIÓN DEL NEGOCIO

Llegar a Consolidarse en el ámbito de la Gestión Obstétrica como
un área sólida y eficiente que brinde asesoramiento a las demás
dependencias del centro de salud.
4. MISIÓN DEL NEGOCIO

La misión del Área de Obstetricia es ser la dependencia que
brinde un servicio de calidad en el Centro de Salud Santa.
5. OBJETIVOS DEL NEGOCIO DEL SISTEMA

Entre los objetivos principales tenemos:
Objetivo General:
Administrar de manera eficiente el Registro de Gestantes del
Centro de Salud Santa.

Objetivos Específicos:
 Mantener actualizado el registro sde Gestantes que permita
la obtención de repostes rápidos.
 Reducir el tiempo de procesamiento de las operaciones
realizadas en el área involucrada en la atención al
paciente.
 Implementar el Sistema de Información utilizando el
Software de Aplicación Power Builder 11.5
6. REQUERIMIENTOS DEL NEGOCIO

El éxito de la mejora de la gestión no solo alcanza al hecho de
aplicar un sistema informático en capacidad de realizar procesos
automatizados a corto tiempo, es necesario alimentar a éste de
información sustentatoria de las transacciones realizadas que se
van a realizar. Por lo tanto los requerimientos analizados a este
nivel de la investigación son:
a. Copia de DNI de la gestante.
b. Tarjeta de control.
c. Copia de Recibo de Luz o Agua de la gestante.
7. MODELO DE CASOS DE USO DEL NEGOCIO

El modelado de casos de uso del negocio describe el sistema de
Control de Gestantes para entenderlo en su descomposición
funcional, independientemente de la construcción misma del
software.
Encontrando Actores
Jefe del Área de Obstetricia:
Es el personal encargado de la Administración de la
Oficina; planifica, organiza, ejecuta y controla las
operaciones técnico-administrativas apoyado de un
grupo de personas que labora en el área.

Administrador del Sistema:

Representa una persona que tiene a cargo la
administración del Sistema Informático.
Encontrando Casos de Uso del Negocio

Caso de Uso: Registrar Gestante
Actores: Administrador del Sistema
Tipo: Primario
Descripción:
El Administrador del Sistema ingresa al Sistema
Informático y ejecuta el proceso: Registrar Gestante,
para la incorporación en los archivos relacionales del
Sistema los nuevos Asegurados. Posteriormente se
imprime esta Ficha Informatizada para su revisión.
Precondiciones:
Se requiere contar con los datos generales de la
Gestante.
Pos condiciones:
Se incorporan los nuevas altas en los archivos
relacionales del Sistema Informático.
Caso de Uso: Consultas de Registro de Gestantes

Actores: Jefe de Área de Obstetricia
Tipo: Secundario
Descripción:
El proceso se inicia cuando el Jefe ingresa la sistema para
realizar consultas correspondientes a las fichas de gestantes
que le ayudaran a tomar una decisiones de nivel operativa.
Precondiciones:
- Contar con el registro de fichas de gestante
actualizado.

Poscondiciones:
- Contesta información referente a gestión.
Determinar Prioridad de los Casos de Uso

Desde el punto de vista de la arquitectura (vista del
modelo de casos de uso) los casos de uso necesarios
para el desarrollo en la primera iteración de la fase de
construcción, son:
1. Registrar Gestante
2. Consultas de Fichas de Gestantes
La prioridad para el desarrollo de los casos de uso será

tomando en cuenta el orden presentado con
anterioridad, en cada interacción.
Registrar Gestante
Jefe de Obstetricia Administrador del Sistema
Obtener Estadisticas
Fig. Nº 4.10. Diagrama de Casos de Uso del Negocio4.11.

CAPITULO IV
MODELADO DE
REQUERIMIENTO

MODELO DE CASOS DE USO DEL SISTEMA

Realización del Caso de Uso del Negocio: Registrar Gestante
Registrar Gestante Realizacion del Caso del Uso del Negocio

Registrar Gestante
Validar Usuario
Iniciar Proceso
Administrador del Sistema
Imprimir Ficha de Gestante
Fig. Nº 4.11.1 Diagrama de Realización del Caso de Uso del

Negocio Registrar Gestante

Realización del Caso de Uso del Negocio: Obtener Estadística
Obtener Estadisticas Realizacion del Caso del Uso del Negocio

Obtener Estadistica
Validar Usuario
Consultar Ficha Gestante
Jefe Area Estadistica
Consultar Registro de Control de

Gestante
Consultar Estadisticas
Fig. Nº 4.11.2 Diagrama de Realización del Caso de Uso del

Negocio Obtener Estadísticas.

CAPITULO V
ANALISIS Y DISEÑO

1. IDENTIFICACIÓN DE LA ARQUITECTURA EN CAPAS
Capa Lógica
Capa de Datos
Capa de Interfaz
Fig. Nº 4.12.1. Diagrama de la arquitectura de 3 capas
DIAGRAMAS DE SECUENCIA
Realización del Caso de uso del Negocio:
Actualizar Catálogo Nacional
Realización del Caso de Uso: Validar Usuario
Validar Usuario Realización del Caso de Uso

(from Realiz. CUN Actualizar Catálogo Nacional)
Validar Usuario

: Administrador del : IU Validar Usuario : Gestor de acceso : Usuarios_Sistema

Sistema
Ing. nombre
Ing. contraseña
Solicita acceso
Busqueda usuario
usuario encontrado
conforme
Acceso aceptado
usuario no encontrado
*[repite 3 veces]
acceso denegado
Fig. Nº 4.12.1. Diagrama de la Realización del caso de uso

Validar Usuario
2. DISEÑO DE LA INTERFAZ DE USUARIO

Considerando esencialmente que la institución está
constituida por personas consideramos importante el rol que
juegan la personas, quiénes interactúan finalmente con el
producto final, a nivel de usuarios u operadores, ya que el
sistema debe ser amigable a ellos, por lo que creemos que
para el desarrollo del producto (software) debe considerarse
como factor clave de éxito la participación de los usuarios
mediante el diálogo y la comunicación efectiva, desde
comprender lo que quiere el usuario, especificando los
requerimientos, hasta la implantación y ésta sea exitosa. En
el desarrollo del sistema, se ha considerado el tema de
Ingeniería Humana, identificando tareas y actividades, cada

acción requerida por el usuario y cada acción producida por el

software patrimonial, creemos que es necesario realizar un
diseño del entorno del usuario para formar un entorno
adecuado para el usuario aparte de considerar los elementos
del sistema que interactúan como son: hardware, software,
base de datos y otros debería incluir facilidades físicas.
DISEÑAR VENTANAS


Fig. Nº 4.12.2. . Interfaz de Usuario: Validar Usuario

CONCLUSIONES
 Las prácticas en el Centro de Salud Santa - CLAS se llevaron

conforme a las directivas que exigen los procedimientos
administrativos para obtención del título profesional de Técnico en
Computación.
 Durante el Desarrollo de las prácticas apliqué todos los

conocimientos adquiridos en el Instituto.
 El empleo adecuado de la metodología RUP, la cual fue la

metodología que se nos enseño durante nuestra permanencia en el
Instituto fue la adecuada para la implementación y construcción del
Sistema Informático.
 Recopilar datos; este proceso fue desarrollado en forma consecutiva

e integra, pero debido a la política de la empresa, existieron periodos
donde se espero cierto tiempo asignado por el Gerente del Centro de
Salud para la reanudación del mismo objetivo.
 Realizar el modelado de negocio aplicando RUP; el trabajo en

desarrollo fue muy tedioso, por cuanto exigía exactitud tanto en los
datos a trabajar como en los que se plasma el modelado.
 Realizar el modelado de Requerimiento de Sistema aplicando RUP;

este proceso se realizo de manera minucioso, por cuanto se
sintetizaba una vista de negocio que forma el pilar de la
construcción el sistema; y si había un falso proceso tendría que
reemplazarse.
 Efectuar análisis y diseño aplicando RUP; Dicho proceso se ha

culminado de manera minuciosa cuando analizamos y diseñamos
llegamos a una respuesta que posteriormente se verificaba en grupo,
asimilando las posibles reacciones que se tuviera, que siendo
negativas, se tendría que retroceder y replantear para llegar a un buen
resultado.

RECOMENDACIONES
 Se recomienda que el personal que está directamente involucrado

con el procesamiento informático del sistema este permanentemente
actualizado en tecnologías de la información.
 Se recomienda que permanentemente el sistema informático este

actualizado.
 Se recomienda que la información ingresada al sistema sea

fidedigna y veraz, con la finalidad que el sistema obtenga
información confiable.

Informe C.S Santa

Diunggah oleh

Informasi Dokumen

Deskripsi Asli:

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Informe C.S Santa

Diunggah oleh

Hak Cipta:

Format Tersedia

Practicas Pre Profesionales Centro de Salud Santa - CLAS

Suarez Zevallos Carla Yaneth 1

1.1 Razón Social:

Ubicación : Jr. Rio Santa Nº 510 – Santa

Provincia : Del Santa

Departamento : Ancash – Región Chavín

RESEÑA HISTORICA DEL C.S. SANTA

El Centro de Salud Santa, fue fundado en el año 1966, gracias a la

Suarez Zevallos Carla Yaneth 2

El Centro de Salud Santa se encuentra ubicado en la Región Ancash,

Suarez Zevallos Carla Yaneth 3

Extensión: La extensión de la localidad y su jurisdicción es de 140km.2

Por el Norte, con el Rio Santa.

Por el Sur, con el Distrito de Coishco.

Por el Este, con el distrito de Mácate y provincia de Pallasca.

Por el Oeste, con el Océano Pacifico.

EI rio Santa que fertiliza el valle de su propio nombre, desemboca en el

Suelo fértiles arenoso en algunas zonas adyacente y zonas de superficie

Clima tipo subtropical árido, con escasos, casi nula precipitaci6n en su

Suarez Zevallos Carla Yaneth 4

Es característico el fuerte viento que sopla desde el medio día.

DENOMINACION, UBICACIÓN, CONFORMACION E

1.2 Distribución Estructural: La infraestructura de l C.S “Santa”

Suarez Zevallos Carla Yaneth 5

El centro de Salud “Santa” cuenta en su parte interna con 3

 Jefa del C.S “SANTA”

 Lic. Obst. Heldy Evangelista Huerto

 Adelina Garay Castillo.

Suarez Zevallos Carla Yaneth 6

 Cristina Gutiérrez Rodríguez.

 Ricardo Alvarado Lengua.

 Nelly Mixan Romaina.

 Técnicos de Enfermería (5)

 Miriam Zavaleta Santos

 Técnico de Laboratorio (2)

 Roger Luna Encarnación.

 Técnico de Sanitario (1).

Suarez Zevallos Carla Yaneth 7

 Manuel Córdova Oyola

 Médicos Asistenciales (7).

 Ciro Madrid Salomón.

 Alicia Delgado Carruitero

 Marcia Pérez Julca

 Servicio de Transporte (1).

 Julio Cesar Villafana Buiza.

 Asistencia Social (1).

 Griselda Ventura Chambi.

Suarez Zevallos Carla Yaneth 8

 Digitador Del SIS (1).

 Erika Flores Coronel.

 Personal de Limpieza (1).

 Juan Carlos Plaza Barrientos.

 Secretaria de Dirección (1).

 Rosa Rocha Monzón.

Suarez Zevallos Carla Yaneth 9

 Cama ginecológica, mesas, sillas.

Lunes A Sábado 8:00 am - 2:00 pm (Turno Mañana).

Somos una institución que garantiza la salud y la vida de la comunidad de

Suarez Zevallos Carla Yaneth 10

Objetivos Generales del Centro de Salud:

 Disminuir la incidencia de morbimortalidad de la población,

 Brindar una atención con calidad a personas, familias y