Análisis de Sistema

ANÁLISIS DE SISTEMA
Sistema
Gestión de Notas
Análisis, diseño y desarrollo de Sistema realizado por:
IBAÑEZ, Yesica
IGUÁCEL, Francisco
LINARES, Ailín
RUIZ, Evangelina
VELA, Yanela
INSTITUTO SUPERIOR DE FORMACIÓN DOCENTE Y TÉCNICA Nº 25
TECNICATURA SUPERIOR EN ANÁLISIS DE SISTEMAS — 3º AÑO
SISTEMAS DE INFORMACIÓN II
ÍNDICE DE CONTENIDOS
INTRODUCCIÓN ........................................................................................................ 3
MARCO TEÓRICO ..................................................................................................... 4
INVESTIGACIÓN PRELIMINAR ................................................................................ 5
SOLICITUD DEL PROYECTO .......................................................................... 5
ENTREVISTAS .................................................................................................. 5
Primera Entrevista ................................................................................... 5
Segunda Entrevista .................................................................................. 7
ORGANIGRAMA .............................................................................................. 10
DESCRIPCIÓN DEL SISTEMA ACTUAL ........................................................ 11
ESTUDIO DE FACTIBILIDAD .......................................................................... 12
Operacional ............................................................................................ 12
Técnica ................................................................................................... 13
Económica ............................................................................................. 13
OBJETIVOS ..................................................................................................... 13
Objetivos Generales ............................................................................. 13
Objetivos Específicos ........................................................................... 13
DETERMINACIÓN DE LOS REQUERIMIENTOS DEL SISTEMA ........................... 14
DISEÑO DEL SISTEMA ........................................................................................... 15
LISTADOS ....................................................................................................... 15
CONSULTAS ................................................................................................... 15
EVENTOS ........................................................................................................ 15
DIAGRAMAS DE FLUJO DE DATOS .............................................................. 16
DIAGRAMA DE CONTEXTO (DFD NIVEL 0) ......................................... 16
DFD NIVEL 1 ........................................................................................... 16
DFD de nivel 2: Cargar Notas ............................................................... 17
DFD de nivel 2: ABM de Áreas ............................................................. 17
DFD de nivel 2: ABM de Proveedores ................................................. 18
DFD de nivel 2: ABM de Usuarios ........................................................ 18
DICCIONARIO DE DATOS ............................................................................. 19
DIAGRAMA DE ENTIDAD-RELACIÓN (DER) ................................................ 23
MODELO RELACIONAL ................................................................................. 24
OBSERVACIONES ......................................................................................... 25
ALUMNOS: Ibañez Yesica, Iguácel Francisco, Linares Ailín, Ruiz Evangelina, Vela Yanela
PROFESORA: Fabbri Patricia 2-25
INTRODUCCIÓN
En el marco de la cátedra Práctica Profesional (dictada por la Prof. Patricia

Fabbri), que se cursa en el último año de la carrera Tecnicatura Superior en
Análisis de Sistemas del Instituto Superior de Formación Docente y Técnica Nº
25 de C. de Patagones, se realiza el siguiente análisis de sistema.
El proyecto se llevará a cabo en la Secretaría de Salud del Municipio de Pa-

tagones, que funciona en el predio del Hospital Municipal de Agudos Dr. Pedro
Ecay, ubicado en calle Dr. Baraja Nº 740. Se analizará el funcionamiento del sis-
tema de notas que funciona actualmente en el organismo, evaluando su funcio-
namiento con el objetivo de solucionar problemas –en caso de haberlos- o propo-
ner mejoras.
MARCO TEÓRICO
El siguiente proyecto de análisis de sistemas se lleva a cabo combinando dos

de las metodologías de análisis estudiadas en las cátedras Sistemas de Informa-
ción I y Sistemas de Información II: Método del ciclo de vida para desarrollo de
sistemas, y Método de desarrollo por Análisis Estructurado.
INVESTIGACIÓN PRELIMINAR
SOLICITUD DEL PROYECTO
Nos reunimos con el Encargado del Área Informática de la Secretaría de Salud

Municipal, Marcos Dietz, a quien empleados de otras Áreas le han expresado la
necesidad de mejorar el Sistema de Notas que utiliza actualmente la Secretaría
de Salud. En lo posible, nos pide mejoras al sistema, para que áreas del Hospital
puedan también hacer uso del mismo, con vistas a incorporar a futuro a ciertas
Áreas de la Municipalidad de Patagones.
ENTREVISTAS
PRIMERA ENTREVISTA
Realizada a Marcos Dietz
Pregunta: ¿Cómo funciona el sistema de información actualmente?
Respuesta: Se envían notas, y desde una oficina a otra se pasan documenta-

ción (por ejemplo, historias clínicas). Se necesita saber qué documentación hay
en la carpeta que se está enviando, y si es que falta algún papel o documento.
Por ejemplo, para las internaciones de pacientes se necesita cierta cantidad de
documentación (como los datos del paciente, información sobre la obra social,
entre otras cosas). En ocasiones sucede que no está dentro de la carpeta toda la
información que se necesita, o está mal acomodada, o por alguna otra razón la
carpeta tiene que volver para atrás y completar lo que falte. Para evitar ese tipo
de idas y vueltas se podría mejorar teniendo un sistema en el que quede registro
de esa documentación que se está moviendo, no sólo para saber en detalle qué
es lo que contiene sino para saber en qué lugar está.
Actualmente se lleva un registro en un cuaderno para notas enviadas, sin em-

bargo, para el movimiento de documentación no existe algo que lo registre.
Por eso sería bueno poder tener un sistema en el cual cargar los documentos
que se llevan de un lugar a otro, poder rastrear esa documentación; pero además
también que dé la opción de que se puedan crear notas, que muchas veces
acompañan a la documentación.
P: ¿Cómo se elaboran las notas?
R: Los modelos de notas están en archivos de Word, cada uno con su formato
(por ej., tienen una imagen en el encabezado -logo-). Entonces, se modifica el
archivo de Word, se imprime eso y listo. Lo que no permite ese método es tener
un fácil acceso a notas ya creadas, y por eso no se puede hacer un seguimiento
de notas. Tanto lo de creación de notas como el seguimiento de documentación
puede integrarse dentro del mismo sistema.
P: ¿El Hospital tiene un servidor propio?
R: Sí está en Linux, y trabaja con una base de datos MySQL con servidor
Apache; las aplicaciones web que actualmente se encuentran funcionando están
hechas con Yii. Por lo cual, como ya se encuentra funcionando de esa manera,
hay que mantener esas plataformas, tanto de base de datos y como de frame-
work.
Se hicieron aplicaciones web porque se utilizan tanto computadoras viejas

como computadoras nuevas, entonces para que todos puedan acceder a los pro-
gramas que se necesitan y no tener problemas de compatibilidad (o tener el pro-
blema de limitación que presenta un hardware viejo), se crearon los otros siste-
mas que están trabajando actualmente para que funcionen como aplicaciones
web.
P: ¿Qué áreas envían notas?
R: Dirección Contable (que es un área dentro de la Secretaría de Salud Muni-

cipal) es la que más envía y recibe notas y documentación. Cuando hablen con
las personas de esa área seguramente les dirán detalladamente qué documenta-
ción recibe, cómo tiene que estar ordenada, porque en la Dirección Contable es-
tán quienes revisan todo y dicen si está bien, si falta algo o hay que corregir algu-
na cosa.
Si bien dentro de la Dirección Contable quien recibe todo es el Área Contable,

a esta área le llega documentación de otros sectores como por ejemplo Interna-
ción, que es el área que arma las carpetas de internación de pacientes.
P: ¿Las notas se envían solamente entre áreas del Hospital o también se

envían notas hacia otro lugar, fuera del Hospital?
R: La documentación sí se maneja entre sectores internos del Hospital. Las

notas pueden enviarse fuera del Hospital, por lo general se envían al Municipio.
En el caso de que antes de llegar al Municipio haya pasado por otras áreas inter-
nas del Hospital, se realiza la nota con su fecha de envío, y cuando llega a la Mu-
nicipalidad se firma poniendo la fecha en que se recibió.
SEGUNDA ENTREVISTA
Realizada a Patricia Goicochea
P: ¿Cuál es el cargo que ocupa?
R: Estoy a cargo del Área Contable –que se encuentra dentro de la Dirección

Contable- y Tesorería del área de Salud (Secretaría de Salud Municipal).
P: ¿Hacia dónde van dirigidas las notas? ¿Hacia qué áreas internas y/o
externas?
R: Más que notas internas, desde esta área se envían notas hacia el Munici-
pio, no hacia otras áreas del hospital. Es más, podría decirte que casi un 99% de
las notas tienen su destino final en el Municipio.
La intención para el sistema que se les pidió que hagan es que se pueda ha-
cer el seguimiento y tener un registro de esas notas que se envían la Municipali-
dad. Generalmente van a: Compras, Contaduría, Tesorería, Recursos Humanos...
Internamente por ahí podrían llegar a ir algunas a Recursos Humanos (en la

Dirección Administrativa de la Secretaría de Salud), o al Director del hospital…
pero muy pocas.
Hay otras notas “externas” (como las llamo yo), fuera del ámbito municipal,
que están en otro archivo que yo no uso. En mi caso yo envío a esos destinos que
mencioné, pero otras Áreas puede que envíen a otros lugares.
P: ¿Qué tipo de documentación acompaña a las notas?
R: Y, depende del tipo de nota, hay de todo. En las guardias, por ejemplo, te-
nés el detalle de las guardias; en pago de los médicos tenés la documentación
que tienen que presentar, más la factura; en pago de los proveedores es la factu-
ra y algunas veces con orden de compra. En general, depende del asunto que
trate la nota enviada.
P: ¿Podría mostrarnos algún modelo de nota?
R: Puedo mostrarles dónde tengo las notas, mirar más o menos dónde las
tengo internamente, pero son muchas. No es un tipo, es decir, no son siempre las
mismas. Salvo que les dé una copia de cada una de las notas.
P: Si pudiera…
R: A mí me da la impresión de que lo que podría hacerse en lugar de tipear en

la aplicación, es que te dirija a donde está archivada la nota, eso sería lo ideal.
Porque si no cargar, combinar, también tenés que armar un programa para hacer
las notas. Yo las notas las tengo hechas en Word, están guardadas en carpetas, y
con nombre de cada nota.
Por ejemplo están las notas de las guardias, las notas de los pagos a los pres-
tadores (médicos) y así, cada archivo es un tipo de nota y cada nota trata un
asunto distinto.
P: En todo caso podríamos guardar los tipos de notas en un lugar. Por-

que el formato es el mismo más o menos, solamente va cambiar un par de
cosas…
R: Va cambiar cada vez que yo haga una nota, por más que sea del mismo
prestador. Supongamos el caso del doctor Lomos: todos los meses el doctor Lo-
mos cobra, todos los meses va a haber una nota con ese asunto que en formato
es igual, lo que difiere es la fecha, número de nota, número de importe, número

de factura y el mes de pago.
P: Lo que podríamos hacer es una carpeta con un tipo de nota, y ahí sí

guardar todos los tipos de notas. Y que cuando hagas click aparezca.
R: Claro, a mí lo que más me interesa poder hacer el seguimiento de notas. Sí

está bueno, salvo que quede como plantilla. En todo caso otra opción es que yo
haga las notas de la misma forma que siempre, y haya una forma de copiarlas a
una plantilla vinculada al programa de ustedes, ahí puede ser…
Ahí les paso una copia para que tengan idea de cómo son las notas.
Por ejemplo yo hago la nota, la cargo, la mando internamente acá para que la
firmen, pero a veces no la envió inmediatamente al Municipio. Entonces lo que
pasa es que por ahí ni me acuerdo cuando la hice, y pasaron quizá dos o tres
días. Por eso me serviría tener la fecha de realización de la nota.
Acá, como pueden ver, en algunos casos cuando por ejemplo no hay factura ni
nada le pongo Contaduría; en las guardias le pongo el nombre del hospital a que
se refiere la guardia: hospital de Patagones, hospital de Stroeder, etc. Eso sí ten-
dría que estar predeterminado para poder levantarlo (hacer una consulta de la
información), yo tengo cuidado al escribir y trato de mirar cómo lo copié en una
ocasión anterior, para que coincida y todo quede con la misma denominación.
Sería bueno que el programa permita crear, si no existe, un nuevo proveedor, fí-
jense en la lista las denominaciones que hay, por ahí alguna se puede modificar.
P: ¿Podría mostrarnos el cuaderno donde firman las notas?
R: Tenemos dos cuadernos, uno de Compras y el otro de Viáticos.
Lo que yo hago cuando tengo muchas notas es, en vez de escribir en el cua-
derno, copio, pego y lo imprimo. Entonces pegó ese pedacito impreso en el cua-
derno. Con lo de los Viáticos hago lo mismo.
P: ¿En los dos cuadernos se pone la misma información?
R: No, acá se pone lo que es Viáticos y Tesorería solamente. Para los Viáticos
también se hace una nota. En el cuaderno queda una copia de la nota del archivo
Word que es de justificación de viáticos, esa es la nota que va acompañada con la

planilla de viáticos.
En el otro cuaderno va todo lo relacionado a Compras y Contaduría. En Com-

pras van las facturas de pedido que no están registradas en nuestro sistema (es-
tán en otro sistema), van las facturas que no tienen notas de elevación (o sea las
facturas solas), y van notas a algunos proveedores. A Contaduría van las notas
de los pagos de los proveedores que tienen convenio.
O sea que en el cuaderno va la firma de quien recibe la nota…
R: Sí, la fecha, detalle de lo que se envía y la firma.
P: Una última pregunta: ¿quién determina si las notas están bien hechas
o bien realizadas?
R: Los Directores, ellos son los que firman la nota a enviar. Porque es así: yo
hago las notas y antes de llegar al Secretario de Salud tienen que estar firmadas
por los Directores. Ellos son los que revisan, hacen corregir si falta corregir y una
vez firmada por ellos pasa a Secretaría de Salud Municipal para que firme el Se-
cretario de Salud, y después recién ahí se envía al Municipio.
ORGANIGRAMA
Municipalidad
de Patagones
Secretaría
de Salud
Dirección Dirección Dirección

Hospital Ecay Contable Administrativa
Contable Facturación Informática Farmacia Administración RRHH
DESCRIPCIÓN DEL SISTEMA ACTUAL
La Secretaría de Salud es un organismo que depende de la Municipalidad de

Patagones; de ese organismo dependen varios departamentos, entre los cuales
se encuentra la Dirección Contable. Allí comenzamos el trabajo de análisis.
El sistema de notas que se encuentra funcionando en la Dirección Contable se

basa en el uso de múltiples archivos de Microsoft Word, que contienen los forma-
tos de las notas (a modo de plantillas; aunque no se hace uso de la función “Plan-
tilla de Word” que trae incorporado dicho software). De este modo, lo que se hace
al crear una nueva nota es copiar el contenido de una nota hecha con anteriori-
dad, pegarlo en una nueva hoja de ese mismo documento, y allí modificar el nú-
mero de nota y el cuerpo de la misma. La Encargada del Área Contable –Patricia
Goicochea- tiene en su computadora una gran cantidad de archivos, ordenados
en carpetas, el nombre de estos identifica el asunto; las notas –desde la Dirección
Contable- son enviadas casi en su totalidad a distintas áreas del Municipio de Pa-
tagones.
Tanto Patricia Goicochea como el Director Administrativo (Gino Lauriente) y el

Director Contable (Gonzalo Scheffel), hacen uso de un archivo de Microsoft Excel
con datos de la nota enviada:
Nº Fecha/Mun PROVEEDOR DETALLE IMPORTE DESTINO
También utilizan dos cuadernos (en físico) de registro de notas en los cuales
se coloca una breve descripción de una nota enviada desde la Dirección Contable
y quien recibe la nota firma debajo de la descripción, quedando así el registro de
que la nota fue recibida. Se utiliza un cuaderno para las notas enviadas al área de
Tesorería (de la Municipalidad) y otro para las notas referidas al Área de Compras
(las cuales se envían al área de Contaduría –también de la Municipalidad-).
Sin embargo, el uso de la hoja de cálculos presenta inconvenientes como por

ejemplo: que el documento se puede modificar muy fácilmente sin tener registro
de quién hizo los cambios (no es seguro), es muy fácil cometer errores de registro
porque hay campos en la tabla de Excel que no se actualizan de manera automá-
tica, por lo tanto se debe hacer de forma manual, y no existe manera de generar
un reporte que impida tener que utilizar los cuadernos; además no cuenta con un
registro de fecha de realización de la nota (el envío de la nota se lo ve en el cua-
derno en que se asientan los acuses de recibo). Por otra parte, como las compu-
tadoras que utilizan se encuentran configuradas para funcionar en red, cuando un
usuario tiene el archivo de Excel abierto, ningún otro usuario puede editar el ar-
chivo para registrar el envío de nuevas notas (de modo que se comunican por
teléfono interno con las personas que habitualmente utilizan ese archivo para pe-
dirles que lo cierren, y así poder editarlo).
En el caso de los cuadernos, si se pudiese generar de forma automática una

hoja con los datos de la nota para que quienes la reciben acusen recibo, se evita-
ría tener que elaborar el registro de la descripción de forma manual en los cua-
dernos.
La problemática principal que nos refirió la Encargada del Área Contable es

que no se puede hacer un seguimiento de la nota enviada, y esto puede ser un
problema porque muchas veces una nota tiene como destino final algún área den-
tro de la Municipalidad, pero antes tiene que pasar por otras áreas internas dentro
del Hospital, y al no poder hacer el seguimiento se puede perder, o puede estar
muchos días en una sola área por alguna razón. Además, no solamente se envían
notas externas hacia el Municipio sino también a prestadores como: profesionales
de la salud, obras sociales, empresas.
ESTUDIO DE FACTIBILIDAD
 Operacional: El sistema a implementar permitirá mejorar el funcionamiento

del sistema que se utiliza actualmente, con el añadido de la característica de se-
guimiento de notas y la particularidad de que tanto el seguimiento como la carga
de datos de notas funcionarán en la misma aplicación.
Como el nuevo sistema no será de características totalmente foráneas y des-

conocidas para los usuarios, no se presentan dificultades en el aprendizaje de uso
de esta nueva herramienta, y por lo tanto no compromete la factibilidad operacio-
nal del mismo.
 Técnica: los requerimientos mínimos de hardware de la aplicación del sis-

tema a implementar son: 512 MB de memoria RAM, 350 MB de espacio libre en
disco, y un procesador Intel Pentium 4 o superior compatible con SSE2. Al tratar-
se de una aplicación web, podrá ejecutarse en cualquier sistema operativo.
La Secretaría de Salud cuenta con equipos informáticos que cumplen o superan
los requisitos mínimos de hardware y software.
 Económica: No resulta necesario realizar ningún tipo de inversión por par-

te de la Secretaría de Salud puesto que la infraestructura con la que cuenta se
ajusta a los requerimientos del sistema.
Del estudio de factibilidad operacional, técnica y económica se desprende que

es posible llevar a cabo el proyecto de sistema.
OBJETIVOS
OBJETIVOS GENERALES
 Optimizar el sistema actual en la Secretaría de Salud.

 Automatizar el proceso de gestión de notas con el fin que los usuarios pue-
dan obtener datos filtrados en forma instantánea.
OBJETIVOS ESPECÍFICOS
 Diseñar un sistema que permita cargar notas y realizar el seguimiento de las

mismas.
 Implementar una función que permita generar reportes (en formato .xlsx, de
Excel).
DETERMINACIÓN DE LOS REQUERIMIENTOS DEL SISTEMA
El sistema debe permitir:
 Cargar notas.
 Almacenar notas.
 Generar reportes en Excel.
 Búsqueda y filtrado de información por: número de nota, proveedor, fecha,
importe, destino, origen y asunto.
 Tener un registro de notas recibidas.
 Tener un registro de notas enviadas.
 Tener un registro de notas pendientes de envío.
 Tener un registro del seguimiento de las notas.
DISEÑO DEL SISTEMA
LISTADOS
 Listado de usuarios
 Listado de notas enviadas
 Listado de notas recibidas
 Listado de proveedores
 Listado de áreas
 Listado de seguimientos
 Listado de notas pendientes de envío
CONSULTAS
A. Consulta de Usuarios …………… Datos Completos del Usuario.
B. Consulta de Nota …………………Datos de las Notas.
C. Consulta de Proveedores .……… Datos Completos de los Proveedores.
D. Consulta de Áreas ………………. Datos de las Áreas.
E. Consulta de Seguimiento ………. Datos del Seguimiento.
EVENTOS
 Alta, baja y modificación de USUARIOS
 Alta de NOTAS
 Alta, baja y modificación de PROVEEDORES
 Alta, baja y modificación de ÁREAS
 Alta de DOCUMENTACIONES ADJUNTAS
 Alta de SEGUIMIENTOS de NOTAS
DIAGRAMAS DE FLUJO DE DATOS
DIAGRAMA DE CONTEXTO (DFD NIVEL 0)
Pedidos
Secretaría de Salud Sist. Gestión Áreas de la Municipalidad

de Notas
Envíos
Seguimiento
DFD NIVEL 1
El diagrama de nivel 1 explica todos los procesos que se dan dentro del “Sis-
tema Gestión de Notas”
Envíos
Áreas
ABM de
Pedidos áreas
Cargar 2
notas Notas
1
Proveedores Usuarios
ABM de ABM de
proveedores usuarios
3 4
DFD DE NIVEL 2: Cargar Notas.
La Secretaría de Salud realiza el pedido y se ingresa al proceso 1.1 en el cual

se cargan los datos completos de la nota (DCN) para ser ingresados en el alma-
cén, se validan los datos ingresados, se registra el cambio en la base de datos y
regresa al proceso. Finalizado esto se envía la nota a su respectiva Área; e ingre-
sa al almacén Seguimiento; donde se podrá consultar el trayecto de la nota.
Envíos
Pedidos
DCN
Cargar nota
2.1 Notas
Nota
Seguimientos DCN
DCN
DCDA
DocumentacionesAdjuntas
DFD de nivel 2: ABM de Áreas.
Se ingresan los datos completos del área (DCA) al proceso 2.1 para realizar el
ABM de las áreas, luego se guarda la información en la base de datos y vuelve al
proceso.
DCA
DCA
Administrador
ABM
Áreas Áreas
2.1
DCA
DFD NIVEL 2: ABM de Proveedores.
Se ingresan los datos completos del proveedor (DCP) e ingresan al proceso

3.1 donde se realiza el ABM del proveedor. Se modifica la información en la base
de datos y regresa al proceso con los cambios.
DCP
Administrador
ABM
DCP
Proveedores
3.1
Proveedores
DCP
DFD de nivel 2: ABM de Usuarios.
Se ingresan los datos completos del usuario (DCU) en el proceso 4.1, donde
se realiza el ABM de los usuarios, se modifica la información en la base de datos
y regresa al ciclo.
DCU
Administrador
ABM
DCU
Usuarios
4.1
Usuarios
DCU
DICCIONARIO DE DATOS
Nombre del proyecto Sistema Gestión de Notas
Áreas Área * (áreas de la Secretaría de Salud y la Municipalidad)
Área= @id (entero)

+ nombre (cadena de caracteres)
+ contador (entero)
id Clave única de la tabla Área.
nombre Nombre del área.
contador Número de notas que posee cada área. Se reinicia automáti-

camente cada vez que cambia el año.
DCA Datos Completos del Área.
DCDA Datos Completos de Documentación Adjunta
DCN Datos Completos de la Nota.
DCP Datos Completos del Proveedor.
DCU Datos Completos del Usuario.
envíos Envío de notas hacía Municipalidad, proveedores, u otras

entidades externas.
DocumentacionesAdjuntas DocumentaciónAdjunta * (documentación que acompaña a la

nota; es opcional)
DocumentaciónAdjunta= @id (entero)

+ tipo (cadena de caracteres)
+ descripción (cadena de caracteres)
+ idnota (entero)
id Clave única de la tabla DocumentacionesAdjuntas.
tipo Tipo de documentación.
descripción Descripción de la documentación.
idnota Clave foránea de la tabla Nota.
Seguimientos Seguimiento * (muestra la ubicación actual de la nota y rela-

ción de notas por referencia)
Seguimiento= @id (entero)

+ idnota (entero)
+ asunto (cadena de caracteres)
+ idnota_referencia (entero)
+ adestino (entero)
+ aorigen (entero)
+ frealizacion (tipo fecha)
+ fenvio (tipo fecha)
id Clave única de la tabla Seguimiento.
asunto Asunto de la nota.
idnota_referencia Referencia de la nota relacionada.
adestino Destino de la nota. Clave foránea de tabla Área.
aorigen Origen de la nota. Clave foránea de tabla Área.
frealizacion Fecha de realización de la nota.
fenvio Fecha de envío de la nota.
Notas Nota * (es la digitalización de una nota enviada por la Secre-

taría de Salud o hacia la misma)
Nota= @id (entero)

+ nronota (entero)
+ fecharealización (tipo de dato fecha)
+ fechaenvio (tipo de dato fecha)
+ origen (entero)
+ destino (entero)
+ descripcion (cadena de caracteres)
+ observaciones (cadena de caracteres)
+ idusuario (entero)
+ status (entero)
id Clave única de la tabla Nota.
nronota Número de la nota.
fecharealización Fecha en la que se realiza la nota.
fechaenvio Fecha en la que se envió la nota.
origen Área donde se crea la nota. Clave foránea de tabla Área.
destino Área donde se envía la nota. Clave foránea de tabla Área.
descripción Descripción de la nota.
observaciones Observaciones/aclaraciones acerca de la nota.
idusuario Usuario que realiza la nota. Clave foránea de tabla Usuario.
status Estado de la nota [leída | no leída].
Notas_proveedores Nota_proveedor * (datos del proveedor asociado a la nota)
Nota_proveedor= @id (entero)

+ idnota (entero)
+ idproveedor (entero)
+ importe (número con decimales)
id Clave única de la tabla Nota_proveedor.
idproveedor Clave foránea de la tabla Proveedor.
importe Valor en pesos.
pedidos Pedidos de áreas de la Secretaría de Salud, que originan la

elaboración de una nota.
Proveedores Proveedor * (listado completo de proveedores, con sus res-

pectivos datos. De ser necesario, los usuarios pueden agre-
gar proveedores)
Proveedor= @id (entero)

+ nombre (caracteres)
+ dirección (cadena de caracteres)
+ email (cadena de caracteres)
+ teléfono (entero)
id Clave única de la tabla Proveedor.
nombre Nombre del proveedor.
dirección Dirección del proveedor.
email Correo electrónico del proveedor.
teléfono Número de teléfono del proveedor.
Usuarios Usuario * (los usuarios que utilizan el sistema).
Usuario= @id (entero)

+ usuario (cadena de caracteres)
+ contraseña (cadena de caracteres)
+ nombre (cadena de caracteres)
+ apellido (cadena de caracteres)
id Clave única de la tabla Usuario.
usuario Nombre que el usuario utiliza para loguearse.
contraseña Contraseña que el usuario utiliza para loguearse.
nombre Nombre del usuario.
apellido Apellido del usuario.
Usuarios_Areas Usuario_Area * (relación entre los usuarios del sistema y las

áreas que utilizan el sistema)
Usuario_Area= @id (entero)

+ idusuario (entero)
+ idarea (entero)
id Clave única de la tabla Usuarios_Areas.
idusuario Clave foránea de la tabla Usuario.
idarea Clave foránea de la tabla Área.
DIAGRAMA DE ENTIDAD-RELACIÓN (DER)
Id Nombre Contador Id Idusuario Idarea Id Usuario Nombre
Apellido
Áreas UsuariosAreas Usuarios
Realizan
Id Tipo Descripción Idnota
Id
DocumentacionesAdjuntas
Nronota
Fecharea-
lizacion
Id Asunto Adestino Idnota Notas
Fecha-
envio
Tienen
Seguimientos
Origen
Aorigen Fenvio Frealizacion Idnota_referencia Destino
Status
Idusuario
Idproveedor Idnota
Descrip-
Importe ción
NotasProveedores
Id Observa-
ciones
Proveedores
Id Nombre Dirección Teléfono Email
MODELO RELACIONAL
OBSERVACIONES
Las tablas authitem, authitemchild, y authassignment no forman parte de nues-

tro análisis de sistemas, razón por la cual no están detalladas en las herramientas
del método de Análisis Estructurado. Sin embargo, como puede apreciarse, di-
chas tablas sí forman parte de la base de datos.
Esto se debe a que se aplicó un módulo de Yii Framework a nuestra aplica-

ción: AuthManager. Este módulo nos permite implementar en la aplicación el
Control de Acceso Basado en Roles (RBAC = Role Based Access Control), con el
objetivo de poder administrar las acciones que pueden realizar los usuarios de la
aplicación, dependiendo de qué rol tengan asignado. Así, por ejemplo, el usuario
con rol Administrador podrá eliminar o agregar un usuario, pero un usuario común
que no tenga asociado ese rol no podrá ni agregar ni eliminar usuarios.

Análisis de Sistema - Sistema 'Gestión de Notas' PDF

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Análisis de Sistema - Sistema 'Gestión de Notas' PDF

Título original:

Cargado por

Copyright:

Formatos disponibles

Análisis, diseño y desarrollo de Sistema realizado por:

En el marco de la cátedra Práctica Profesional (dictada por la Prof. Patricia

El proyecto se llevará a cabo en la Secretaría de Salud del Municipio de Pa-

El siguiente proyecto de análisis de sistemas se lleva a cabo combinando dos

SOLICITUD DEL PROYECTO

Nos reunimos con el Encargado del Área Informática de la Secretaría de Salud

Pregunta: ¿Cómo funciona el sistema de información actualmente?

Respuesta: Se envían notas, y desde una oficina a otra se pasan documenta-

Actualmente se lleva un registro en un cuaderno para notas enviadas, sin em-

P: ¿Cómo se elaboran las notas?

P: ¿El Hospital tiene un servidor propio?

Se hicieron aplicaciones web porque se utilizan tanto computadoras viejas

P: ¿Qué áreas envían notas?

R: Dirección Contable (que es un área dentro de la Secretaría de Salud Muni-

Si bien dentro de la Dirección Contable quien recibe todo es el Área Contable,

P: ¿Las notas se envían solamente entre áreas del Hospital o también se

R: La documentación sí se maneja entre sectores internos del Hospital. Las

P: ¿Cuál es el cargo que ocupa?

R: Estoy a cargo del Área Contable –que se encuentra dentro de la Dirección

Internamente por ahí podrían llegar a ir algunas a Recursos Humanos (en la

P: ¿Qué tipo de documentación acompaña a las notas?

P: ¿Podría mostrarnos algún modelo de nota?

R: A mí me da la impresión de que lo que podría hacerse en lugar de tipear en

P: En todo caso podríamos guardar los tipos de notas en un lugar. Por-

es igual, lo que difiere es la fecha, número de nota, número de importe, número

P: Lo que podríamos hacer es una carpeta con un tipo de nota, y ahí sí

R: Claro, a mí lo que más me interesa poder hacer el seguimiento de notas. Sí

P: ¿Podría mostrarnos el cuaderno donde firman las notas?

R: Tenemos dos cuadernos, uno de Compras y el otro de Viáticos.

P: ¿En los dos cuadernos se pone la misma información?

Word que es de justificación de viáticos, esa es la nota que va acompañada con la

En el otro cuaderno va todo lo relacionado a Compras y Contaduría. En Com-

O sea que en el cuaderno va la firma de quien recibe la nota…

R: Sí, la fecha, detalle de lo que se envía y la firma.

Dirección Dirección Dirección

Contable Facturación Informática Farmacia Administración RRHH

DESCRIPCIÓN DEL SISTEMA ACTUAL

La Secretaría de Salud es un organismo que depende de la Municipalidad de

El sistema de notas que se encuentra funcionando en la Dirección Contable se

Tanto Patricia Goicochea como el Director Administrativo (Gino Lauriente) y el

Nº Fecha/Mun PROVEEDOR DETALLE IMPORTE DESTINO

Sin embargo, el uso de la hoja de cálculos presenta inconvenientes como por

En el caso de los cuadernos, si se pudiese generar de forma automática una

La problemática principal que nos refirió la Encargada del Área Contable es

 Operacional: El sistema a implementar permitirá mejorar el funcionamiento

Como el nuevo sistema no será de características totalmente foráneas y des-

 Técnica: los requerimientos mínimos de hardware de la aplicación del sis-

 Económica: No resulta necesario realizar ningún tipo de inversión por par-

Del estudio de factibilidad operacional, técnica y económica se desprende que

 Optimizar el sistema actual en la Secretaría de Salud.

 Diseñar un sistema que permita cargar notas y realizar el seguimiento de las

DETERMINACIÓN DE LOS REQUERIMIENTOS DEL SISTEMA

El sistema debe permitir:

DISEÑO DEL SISTEMA

 Listado de notas enviadas

 Listado de notas recibidas

 Listado de notas pendientes de envío

A. Consulta de Usuarios …………… Datos Completos del Usuario.

B. Consulta de Nota …………………Datos de las Notas.

C. Consulta de Proveedores .……… Datos Completos de los Proveedores.

D. Consulta de Áreas ………………. Datos de las Áreas.