Está en la página 1de 12

Ejercicio # 1, Gestión de Propiedades

Se desea desarrollar una aplicación de gestión de propiedades. La empresa gestiona un conjunto de


inmuebles, que administra en calidad de propietaria. Cada inmueble puede ser bien un local (local
comercial, oficinas, etc.), un departamento, o bien un edificio que a su vez tiene departamentos y
locales.

Como el número de inmuebles que la empresa gestiona no es un número fijo, la empresa


propietaria exige que la aplicación permita tanto introducir nuevos inmuebles, con sus datos
correspondientes (dirección, número, código postal, etc.), así como darlos de baja, modificarlos y
consultarlos. Asimismo, que una empresa administre un edificio determinado no implica que
gestione todos sus departamentos y locales, por lo que la aplicación también deberá permitir crear
nuevos departamentos o locales con sus datos correspondientes, darlos de baja, modificarlos y
hacer consultas sobre ellos.

Gestión de Propiedades
Alta Baja
<< extend >> << extend >> Consulta
<< extend >>

Alta
Gestión Modificación
Edificio << extend >>
Baja
<<extend>>

Gestión Consulta
<<extend>>
Local
Modificación

<< extend >>


Alta
Gestión
Propietario Departamento
<< extend >>
Baja

Consulta
Modificación

Ejercicio # 2, Gestión de Propiedades

Cualquier persona que tenga un contrato, un aval bancario, o venga avalado por otra persona,
puede arrendar el edificio completo o alguno de los departamentos o locales que no estén ya
arrendados, y posteriormente desarrendarlo.

Por ello deberán poderse dar de alta, si son nuevos arrendatarios, con sus datos correspondientes
(nombre, RUT, edad, sexo, fotografía, etc.), poder modificar, dar de baja, consultar sus datos, etc.
Para la realización de cualquiera de estas operaciones es necesaria la identificación en el sistema
por parte del arrendatario.

Arriendo Gestión de Propiedades


<<extend>>
Edificio

Arrendar Arriendo <<extend>> Alta


Depto. Arrendatario

<<extend>>
Arriendo
Desarrendar Local

Baja <<include>>
Identificación
<<include>>
Modificación
Arrendatario

<<include>>

Consulta

Ejercicio # 3, Gestión de Propiedades

Por otra parte, cada mes el secretario de la empresa pedirá la generación de un recibo para cada
uno de los departamentos y de los locales, el cual lleva asociado un número de recibo que es único
para cada departamento y para cada local y que no variará a lo largo del tiempo, indicando el piso
o local a que pertenece, la fecha de emisión, la renta, el agua, la luz, la actualización del IPC anual,
portería, IVA, etc., y otros conceptos, teniendo en cuenta que unos serán opcionales (sólo para
algunos recibos) y otros obligatorios (para todos los recibos). Además, para cada recibo se desea
saber si está o no cobrado.

Con vistas a facilitar la emisión de recibos cada mes, la aplicación deberá permitir la generación de
recibos idénticos a los del mes anterior, a excepción de la fecha. Además deberán existir utilidades
para inicializar los conceptos que se desee de los recibos a una determinada cantidad y también
debe ser posible modificar recibos emitidos en meses anteriores al actual. La aplicación también
deberá presentar los recibos en formato impreso, pero teniendo en cuenta que en un recibo nunca
aparecerán aquellos conceptos cuyo importe sea igual a cero.

De igual forma, el secretario debe poder gestionar los movimientos bancarios que se producen
asociados a cada edificio, piso o local. Un movimiento bancario siempre estará asociado a un banco
y a una cuenta determinada de ese banco. En esa cuenta existirá un saldo, acreedor o deudor, que
aumentará o disminuirá con cada movimiento. Para cada movimiento se desea saber también la
fecha en que se ha realizado. Un movimiento bancario puede ser de dos tipos: un gasto o un
ingreso.

Si el movimiento bancario es un gasto, entonces estará asociado a un inmueble determinado, y se


indicará el tipo de gasto al que pertenece entre los que se tienen estipulados. Ejemplos de gastos
son el costo de la reparación de un ascensor del inmueble que pertenece a gastos de reparación, el
sueldo de la señora de la limpieza, etc. Si el movimiento bancario es un ingreso entonces estará
asociado a un departamento de un inmueble determinado o a un local, y también se indicará el tipo
de ingreso al que pertenece, como en el caso de los gastos. Ejemplos de ingresos son precisamente
los recibos que se cobran cada mes a los arrendatarios.

Basándose en los gastos e ingresos que se deducen de los movimientos bancarios, la aplicación
deberá ser capaz de ocuparse de la gestión económica generando los informes que facilitan la
realización de la declaración de la renta.

Por último, la aplicación deberá ser capaz de proporcionar el acceso, de forma estructurada, a toda
la información almacenada en el sistema, generando para ello los listados necesarios que requiere
el secretario.

Ejemplos de listado son: el listado de todo los arrendatarios ordenado por fechas, el listado de
arrendatarios que han pagado o no en un determinado intervalo de tiempo, el listado de todos los
inmuebles, el listado de todos los departamentos y locales de cada edificio, el listado de todos los
recibos pendientes de cobro en un determinado intervalo de tiempo, etc.

Recibo idéntico Gestión de Propiedades


Inicializar
mes anterior Conceptos
<<extend>> Ingresos
<<extend>> Depto.
Modificar
Generar Recibo mes
Recibos <<extend>> Anterior
Ingresos
Gestor Mov. <<extend>>
<<extend>>
Bancarios Gastos de
Inmueble Ingresos
Arrendatario
x Fecha Local
Gestión Inf.
Económico <<extend>>
Pagos Arr.
x Periodo
<<extend>>
Secretario Generación
<<extend>> <<extend>>
Recibos Listados Arr. impagos
Pendientes x Periodo
x Periodo <<extend>> <<extend>>
Deptos. y Todos los
Locales x Edif. Inmuebles
Ejercicio # 4, Gestión de Calificaciones

Se desea desarrollar una aplicación de gestión de las notas para solucionar la pobre seguridad del
uso del lápiz y papel. La aplicación deberá cubrir únicamente aquellos aspectos relacionados con
dicho tema, y que se describen a continuación. El profesor recibe las actas de notas en blanco de las
asignaturas de las que es responsable, en formato electrónico. El acta contiene los siguientes datos
de la asignatura (titulación, campus, curso académico, denominación de la asignatura, convocatoria
y grupo) y la lista de alumnos matriculados (niu, nif, nombre y apellidos). Alguna de las acciones
que puede hacer el profesor son:

 Completar un acta con las notas de los alumnos.


 Añadir o borrar un alumno de un acta.
 Integrar las actas de varios grupos de una misma asignatura en una sola acta.

Otras de las opciones que se le exige a la aplicación son:

Permitir consultar la siguiente información de cualquier alumno: DNI; # Expediente; Lista de


asignaturas en las que está matriculado el alumno (Código asignatura-Nombre asignatura); etc.
Obtener una estadística de las calificaciones obtenidas por los alumnos en un determinado grupo
de una asignatura. En esta estadística se tendrá para cada posible calificación: Número de personas
con esa calificación; Porcentaje sobre los presentados; Porcentaje sobre el total del grupo; etc.
Consultar el porcentaje de personas sobre el total del grupo que se han presentado y el de los que
no se han presentado. Poder visualizar un gráfico indicativo del número de alumnos clasificados
cada 10 puntos; indicándose la nota media obtenida por la clase. Disponer de una calculadora que
permita realizar las operaciones de suma, resta, multiplicación, división. Ésta se activará cuando se
vayan a introducir las notas de algún alumno, de forma que una vez realizada la operación y
pulsando un botón se vuelque el resultado en la casilla donde se están introduciendo las
calificaciones. Permitir la importación y exportación de la lista de alumnos con sus calificaciones a
un formato compatible con MS Excel. Imprimir las actas y la lista provisional de calificaciones.

Poner <<extend>> Sumar


Notas <<extend>>

<<extend>> Gestión
Alumno <<extend>> Operaciones
Borrar Calculadora
Añadir <<extend>>

Integrar
Restar
Grupo

Volcar
Información Resultado Multiplicar
Alumno

<<include>> Validar
Estadística Usuario
Dividir
Gestión de Calificaciones

Profesor

Gráfico Imprimir
Lista
Provisional
Importar

Imprimir
Exportar
Actas
Imprimir
Ejercicio # 5, Gestión de Calificaciones

Finalmente, como una ampliación extra, a la cual sólo podrá acceder quien se identifique
inicialmente como administrador de la aplicación, se deben permitir:

 Gestión ABMC (Altas/Bajas/Modificación y Consulta) de los datos de un alumno y su


matriculación en una asignatura y a un grupo.
 Gestión de Asignaturas, teniendo en cuenta que una asignatura sólo se puede dar en un
único curso (primero, segundo, etc.) y que cada curso está formado por los datos sobre el
número máximo de alumnos y número mínimo de créditos. Algunos de los datos que
vamos a poder consultar de una asignatura son el nombre, número de créditos y semestre
en el que se imparte.
 Gestión de Titulaciones, teniendo en cuenta que una titulación sólo se da en un campus
determinado y los datos que podemos consultar son el nombre, el número de créditos o
carga lectiva global, si es de 1.° o 2.' ciclo, ...
 Gestión de grupos, en los que podemos consultar el número máximo de alumnos
permitidos, si es un grupo de mañana, de tarde o de noche, y cuál es el código empleado
para identificar el grupo.
 Consultar aquellos alumnos que no se pueden matricular y el motivo de ello.
 Consultar el historial académico de un alumno.

Alta <<extend>> <<extend>>


Modificación
Gestión
<<extend>> ABMC
<<extend>>
Baja
Consulta
Historial
Matriculación Académico

<<include>>
<<include>>

Gestión de <<include>>

Gestión de Calificaciones
Asignaturas
Administrador

Validar
Usuario
<<include>>
Gestión
Titulaciones

Gestión <<include>>
Grupos

Ejercicio # 6, Sitio Web Bancario

Un banco desea resideñar su sitio Web de acceso de clientes a través de Internet, para lo cual
contrata una consultoría para que diseñe con los clientes el tipo de sitio que ellos desean operar. La
consultora extrajo de diversas encuestas y focus group con diversos tipos de clientes que en su gran
mayoría deseaban operar básicamente con cuatro operaciones en el sitio Web, las cuales
corresponden a: gestionar las cuentas que poseen con el banco; un acceso rápido a la operación de
transferencia de fondos a otras cuentas; acceso a gestión de créditos; y acceso a instrumentos de
inversión.

La funcionalidad de gestión de cuentas debe poseer un listado de transacciones (depósitos, cargos,


pagos, transferencia de fondos si corresponde, etc.) ejecutadas para un periodo dado, y la opción
de consulta rápida del saldo. Del listado de transacciones también debe existir la posibilidad de
imprimir el listado obtenido, y/o exportarlo como planilla Excel a través del envío de un correo
electrónico al destinatario que se declare. El banco maneja tres tipos de cuentas con sus clientes:
cuentas corrientes; líneas de crédito; y tarjetas de crédito. Se requiere además desarrollar una
funcionalidad especial para visualizar los cheques cobrados en la cuenta corriente del usuario.

La operación de transferencia de fondos consiste en enviar un monto de dinero a una cuenta


corriente de otra persona, ya sea natural o jurídica. Solo se puede enviar dinero desde la cuenta
corriente o de la línea de crédito del cliente. Para cada transferencia de fondos, además de enviar el
monto de dinero declarado a la cuenta corriente del destinatario, se debe enviar un correo
electrónico a la casilla que se declare en dicho acto. Las operaciones de gestión de créditos y de
instrumentos de inversión, deben poseer un sistema de cálculo de intereses para cuando el cliente
requiera simular una operación de crédito (total extra a pagar por la solicitud de un préstamo) o de
inversión (total de retorno de inversión por producto o instrumento). Asimismo, deben poseer una
funcionalidad para solicitar créditos en línea, así como para tomar instrumentos de inversión. El
banco tiene muy claro que cualquier nuevo desarrollo de productos para sus clientes debe contar
con los sistemas de confidencialidad exigidos por la Súper Intendencia de Bancos, esto es, que solo
el cliente pueda acceder a sus propios datos y nadie más.

<<extend>> Listado
Transacciones Imprimir
Listado
Gestionar
Cuentas Consulta
de Saldo

Cuenta Tarjeta de Exportar a


Crédito Validar Excel
Corriente Usuario
Línea de
<<extend>>

Crédito
<<include>>

Enviar
E-Mail
Ver
Cheques
Cobrados
Transferencia
de Fondos
Enviar
Monto de
Dinero
Instrumentos <<include>>
Destinatario
Inversión E-Mail
Cliente
<<include>>
Solicitar
Cálculo de Crédito
Interés Tomar
Inversión

Gestión de Cta Cte


Créditos Destinatario
Portal Web Bancario
Ejercicio # 7, Sitio Web Poder Judicial

El Poder Judicial requiere actualizar su plataforma de información de tribunales, de manera que los
juicios de toda índole sean gestionados con información y autenticidad digital (firma electrónica).
Para ello, proyecta construir un portal Web al cual tengan acceso los jueces, los abogados de las
distintas causas, y cualquier persona con acceso a Internet, ya que por ley toda la información de
los juicios es pública.

Se requiere que los jueces que acceden al sistema puedan hacer gestión de las causas que le han
sido asignadas, las cuales quedan establecidas según su cuenta de usuario en el sistema. La
funcionalidad más relevante de la gestión de causas contempla el subir documentos al sistema
(resoluciones, sentencias, audio de audiencias, peritajes, etc.); eliminar documentos; informar a las
partes involucradas (demandantes y demandados) sobre el movimiento de las causas; y por
supuesto tener acceso a revisar dichos documentos. La funcionalidad de informar los movimientos
de las causas envía automáticamente la información registrada por el juez a través de correo
electrónico a todas las partes involucradas, considerándose como un documento legalizado.

Los abogados, por su parte, solo pueden subir documentos al sistema, de la misma manera que lo
hacen los jueces, y validados en éste. Para ello, deben primero inscribirse en cada una de las causas
de las cuales participan, lo cual hacen a través de una cuenta de usuario que se les entrega cuando
se anuncian como abogados de una de las partes en litigio. Una funcionalidad especial que han
pedido los abogados es el pago de costas (gastos generales del juicio cuando corresponde) a través
del mismo portal, el cual se planea desarrollar incluyendo el módulo de pago en línea que
TransBank ofrece en el mercado, que permite el pago a través de Tarjetas de Crédito, desde Cuenta
Corriente, etc., de manera que el monto cancelado sea depositado automáticamente en la cuenta
corriente del tribunal correspondiente.

Ya que el sistema es de público acceso, la funcionalidad de revisión de documentos de las diversas


causas debe estar disponible a toda persona que ingrese al portal, sin validación. Dicha
funcionalidad debe proveer diferentes posibilidades de uso, tales como: presentación en pantalla
de los documentos de las causas, en HTML si es texto, o con una aplicación anidada si es audio;
impresión de los documentos; bajar los documentos en PDF sin autorización electrónica; y envío
por correo electrónico de los documentos con autorización electrónica, de manera que queden
registrados los destinatarios de dichos documentos.

Ya que el sistema debe proveer la aplicación de correo electrónico (para mantener el registro
interno), dicha funcionalidad debe poseer un editor de texto propio, donde el usuario registre el
mensaje relativo al documento que envía (y para que quede registrado en el sistema dicho
mensaje). Asimismo, y con el objeto de permitir enviar mensajes a las partes identificadas en las
causas sin revelar sus direcciones de correo electrónico, la aplicación debe contar con un asistente
que liste dichos destinatarios, a menos que el usuario digite directamente la dirección requerida. Se
debe destacar que los jueces son abogados reconocidos por el poder judicial que además se han
titulado de la Academia Judicial.
Audio Bajar en PDF
Imprimir
no Legalizado

Presentación
HTML en Pantalla
Editor de
Texto
Persona
Inscribirse
en una
Causa
Acceso a
Documentos
Validar
Usuario
Enviar
E-Mail
Legalizado
Dest.
E-Mail
Subir
Documentos
Abogado
Informar
Movimientos
de Causas Elegir
partes de
la Causa
Gestión
de Causas

Eliminar
Documentos

Cta. Cte.
Juez
Tribunal

Pagar <<include>> Módulo de


Costas Pago
TRANSBANK
Portal Web Judicial

Ejercicio # 8, Sistema de Licitaciones

Una mediana empresa ha decidido informatizar su proceso de compras de servicios y productos


necesarios para su operación, generando un Sistema de Licitaciones. Para ello, han solicitado a un
consultor de Sistemas de Información le levante sus procesos de licitaciones, para establecer la
estructura dinámica interactiva del software que desean.

El sistema debe poseer una entrada para la gestión de bases de licitación, para cualquier empleado
de la empresa, desde el cual se puedan redactar las bases administrativas de la licitación, tanto
como las bases técnicas de las mismas, por separado. Cualquier usuario puede colaborar en ésta
etapa, ya sea redactando, revisando o modificando las bases antes indicadas. Sin embargo, cada vez
que un usuario ingresa al sistema, deberá confirmar las fechas asociadas a la licitación con una
función especial de control del calendario. Finalmente, cuando las bases se encuentren listas, se
deben enviar al workflow de aprobación de bases de licitación, para que sean revisadas por la
Gerencia de Contratos.

Dicha gerencia debe poseer un acceso a la revisión de las bases de licitación, ya sea para redactar,
revisar o modificar las mismas si les parece pertinente. Cuando ello ocurre, informan verbalmente a
los usuarios que se encuentran colaborando en la redacción de las bases para que las revisen, y
cuando terminen las vuelvan a enviar al workflow de aprobación. Y este ciclo se mantiene hasta que
todas las partes quedan satisfechas con el resultado final. Cuando ello ocurre, el personal de ésta
gerencia debe ingresar a la opción de aprobación de bases de licitación, momento en el cual se
deben validar como usuarios registrados, ya que la responsabilidad final por el resultado de los
documentos y el calendario de la licitación debe ser trazable. Cuando ingresan a la sección de
aprobación, deben aparecer todas las solicitudes de aprobación de bases de licitación enviadas al
workflow, donde aprobarán las que consideren están listas para ser publicadas en la página Web de
la empresa, lo cual se ejecuta instantáneamente al aprobarse una de ellas. Las que son rechazadas
simplemente son eliminadas, debiendo comenzarse desde cero su elaboración.

Por su parte, cualquier empresa contratista interesada en prestar sus servicios a la empresa, debe
poder acceder al sistema a través del portal web para revisar las licitaciones en curso, para lo cual
deben ingresar su nombre de usuario y password. Si la empresa no tiene usuario y password para
acceder al portal, deberá poder acceder a un registro especial de contratistas, donde deben
ingresar su RUT, nombre, teléfono, uno o varios correos electrónico de contacto, giro, rubro,
Representante Legal, etc., de modo que al finalizar el registro, con al menos los campos
obligatorios, podrán obtener un usuario y password para acceder al sistema.

Desde el menú de revisión de las bases de las licitaciones en curso, podrán acceder a ver las bases
de licitación publicadas, podrán bajar en archivo PDF las licitaciones que les interese, y podrán
inscribirse en cualquiera de las licitaciones en las cuales puedan participar, según su rubro y
posibilidad de ofrecer un servicio o producto de calidad y valor agregado para la empresa. En el
caso de que solo requieran bajar las bases de licitación en PDF, deberán acceder a un módulo de
pago en línea que posea el sistema, de modo que ingresen sus datos de facturación y accedan a la
funcionalidad estándar que ofrece Transbank para este tipo de operaciones, módulo que abona
directamente el pago realizado a la cuenta corriente de la empresa. En el caso que requieran
inscribirse en la licitación, deberán dejar diversos datos del balance financiero de la empresa,
clientes con quienes han trabajado, currículum de la empresa, una dirección de envío físico de las
bases impresas, etc., para luego pasar al módulo de pago en línea, ya que se entiende que una
empresa que quiera participar en una de las licitaciones en curso, deberá pagar por ello y así
asegurar que su oferta será en serio.

Cuando las licitaciones requieran ser bajadas en PDF por el contratista, el sistema debe proveer una
aplicación de envío de correo electrónico registrado desde el mismo portal (aplicación embebida),
en donde se puedan elegir uno o varios de los destinatarios previamente registrados de la empresa
que requiere las bases (si no se elije a ninguno, se le enviará al primero que haya sido inscrito en el
proceso de registro), así como se debe proveer de una funcionalidad que les permita, si lo
requieren, escribir un mensaje asociado al envío del correo, ya que la empresa quiere registrar todo
lo que las partes se dicen en ése acto.
Gestión de Control de
Bases de Calendario
Licitación
WorkFlow
Aprobación Bases
de Licitación

Usuario Redactar Bases Redactar Bases Editor de


Técnicas Administrativas Texto

Aprobación
Bases Licitación

Revisión
Enviar
Bases
E-Mail
Licitación
Registrado
Validar
Usuario Dest.
E-Mail

Publicación
Bases
Registrar Licitación Elegir
Usuario Contratista
Gerencia de Registrado
Contratos
Bajar PDF
Bases
Revisar Módulo de
Licitaciones Pago
en Curso TRANSBANK

Cta. Cte.
Empresa

Contratista Inscribirse en <<include>>


Sistema de Licitación
Pago en Línea

Licitaciones

Ejercicio # 9, Sistema de Registro de Accidentes de Tránsito

La SIAT de Carabineros de Chile (Sección de Investigación de Accidentes en el Tránsito) ha decido


licitar el desarrollo de un Sistema de Registro de Accidentes. Para ello, han solicitado a un consultor
de Sistemas de Información que haga un levantamiento de requerimientos respecto del proceso
general que engloba el registro de accidentes de tránsito, para establecer la estructura dinámica
interactiva del software que desean.

El sistema debe interactuar principalmente con un carabinero que ingresará los datos de cada
accidente en el lugar donde éste ocurra. Dicho ingreso se ejecutará a través de un programa de
registro de datos instalado en un computador portátil; a través de una aplicación para Smartphone;
o por teléfono a través de una aplicación interactiva de elección de campos precargados con el
teclado telefónico provista por un IVR, u opcional y complementariamente a través de un sistema
de reconocimiento de voz, sistema provisto gratuitamente que se puede descargar desde
www.google.com/reconocimiento_de_voz. Para cada sistema en específico, el carabinero deberá
identificarse como usuario del mismo.

Una vez ingresada la información, la misma se registrará automáticamente en una Base de Datos de
Accidentes de Tránsito, toda vez que el dispositivo desde el cual el carabinero en terreno ingreso la
información tenga conexión a la red institucional de Carabineros de Chile, o a través de Internet. En
el caso de haber heridos en el accidente, el carabinero debe ingresar además los datos del hospital
a donde serán trasladados los heridos para constatar lesiones y/o ser atendidos según corresponda,
lo cual quedará asociado al accidente ya registrado. Cuando se ingresa la información de un
hospital, un sistema central y automatizado genera un proceso de aviso al hospital individualizado
en el registro y que le informa a éste del traslado de pacientes, para lo cual, y entre otras cosas,
prepara un mensaje de aviso por diferentes medios, módulo que se puede adquirir a una empresa
local que ya desarrolló dicha funcionalidad, cuyo dueño es hijo del Capitán a cargo de la SIAT.

Se requiere también que cuando se registran datos en la Base de Datos de Accidentes de Tránsito,
exista un proceso de generación de informes de tres tipos: uno de constancias de accidentes de
tránsito (para efectos de los seguros involucrados en los activos o personas siniestradas); otro de
antecedentes de los accidentes, para ser utilizados como prueba en eventuales causas judiciales
que se persigan como consecuencia de un siniestro (civiles o penales), y que son enviados
automáticamente al juzgado que corresponda; y otro que consiste en un reporte de siniestrabilidad,
que se despacha mensualmente a diversas instituciones ligadas a los accidentes de tránsito, tales
como compañías de seguros, hospitales, juzgados, ministerios, etc.

Los involucrados en los accidentes también podrán acceder al sistema, a través de un código único
que el carabinero les entregará en el sitio del siniestro, que les permitirá obtener un resumen de la
constancia del accidente a través de su visualización en pantalla, para los efectos que el involucrado
estime conveniente. El documento se puede imprimir directamente desde pantalla como
documento no legalizado, o lo pueden bajar en formato PDF con firma electrónica avanzada. Dicho
documento se obtiene desde el informe de constancias de accidentes de tránsito.

Finalmente, y dado que todos los registros deben ser públicos, la aplicación deberá poseer una
interfaz para cualquier persona que quiera y pueda acceder al sistema, sin usuario, contraseña ni
código alguno, desde la cual pueda ver en pantalla un resumen de los antecedentes de los
accidentes, pueda imprimirlos desde pantalla o bajar copia en formato PDF con firma electrónica
avanzada, resumen que solo contempla información general de los mismos pero que no presenta
datos específicos para proteger la información de tipo confidencial. Dicho documento se obtiene
desde el informe de antecedentes de los accidentes.
Resumen
Antecedentes

Antecedentes
Persona Causa
Imprimir
Ver en no Legal
Pantalla

Guardar con
Firma Electrónica

Constancia Juzgado
Obtener Accidente
Constancia

Involucrado Reporte
<<include>> Validación Instituciones

PC Usuario

Reconocimiento
App. de Voz
Genera
Informes
Ingreso Teléfono
Institución
Datos
Accidente
Preparación
Carabinero Mensaje
Registro BD
<<extend>> Accidentes
<<include>>
Ingreso
Datos
Hospital Aviso al
Hospital
Hospital
Sistema de Registro de Accidentes