Mediants esta sección, ORDENADOR ACTUALIDAD pre-tande dotar a ta Pequeña y Mediana Empresa (PYME) y, ¿por qué no?, también ai profesional liberal, de un arma informativa con la que vencer fo que, en la jerga informática, ha venido en denominarse como f.U.D. (Fear, Uncertainty Et Doubt), esto es:
» miedo,
9 incertidumbre y ® duda.
Puesto que somos una revista española, denominaremos de ahora en adelante a este acrónico-síndrome como M.I.D.
El M.I.D. es algo que padece tanto el empresario descono-cedor del campo de los ordenadores (y su empresa necesita de ellos) como el profesional iniciado en este área, pero que ha de elegir entre la plétora de sistemas, periféricos y marcas que inundan el mundo actual de! Proceso de Datos.
Nos sentiremos satisfechos si con esta sección contribui-rnos a facilitar la labor de la empresa mediana y pequeña ±las grandes ya disponen de departamentos «ad hoc» ±, cubriendo ¡os siguientes objetivos:
© Informar del — /cómo?.
— '¿ 'onde? y — resultados
de diferentes aplicaciones de! ordenador, para mostrar ias — posibilidades,
— ventajas e — inconvenientes
a que puede optar una PYME ante la decisión de mecanizar su ; empresa.
Hacer posible qué el empresario acceda a los consultores especializados en el atesoramiento informático sin miedo.
La apertura de esta parcela de ORDENADOR ACTUALI-DAD se inicia con:
© Un proyecto realizado en la Escuela Superior de Ingenie-ros de Telecomunícaciám de Madrid (ETSITM), que nos ' présenla la inquietud unk'ersitaria por el tema de los micros y su aplicación en la PYME.
o Un extenso informe:sobre la Asociación para el Desarro-llo de la Tecnología y Aplicaciones de Microprocesadores: A D A M I C R O , verdadero éirgano de. fomento de los microorde-nadores en España. Qo?j¡s!,nos expresar nuestra gratitud a su director, don Jesús Sándhwz Izquierdo, al proporcionarnos el
mat necesario para ¡ de este informe.
Autores:
F. Sáez Vacas, P. Alonso Martín, D. Lampaya Latorre, fwl. Márquez Dorsch y R. Sánchez Sánchez.
Fotos:
Jesús de la Fuente.
ARPECOD, cuyas siglas significan Archivo Persons, I
Computadorizado para Odontólogos, es un prototipo die
instrumento especializado de ayuda a la creación, recuperación?
rápida y gestión dinámica y automática de historiales die
dientes de profesionales odontólogos. Se ha concebido,
diseñado, construido y probado en su totalidad en (el
Laboratorio de Ordenadores, Cibernética y Teoría de Sistemáis
(LOCTS) de la Escuela Técnica Superior de Ingenieros ale
Telecomunicación de Madrid por un grupo de profesores y
alumnos.
L sistema es la culmina-ción de una idea a tra-vés de un proceso den-tro de la más pura tradición científico-técnica española: entusiasmo a raudales, tiem-po escaso y menos dinero.
En 1979, el profesor Sáez
Vacas pergeñó la idea, expli-citándola en un documento-base, con el objetivo funda-mental de proporcionar a va-rios alumnos la oportunidad de desarrollar una aplicación informática desde la A hasta la Z, es decir, desde la propia
idea hasta la prueba final can-te expertos usuarios, pasamdo por la especificación de s u b -sistemas, selección de CÍIGJUÍ-tos y otros materiales, crrea-ción del software, t o d o e l l o en un marco de condiciorna-mientos técnicos y
econó'rmi-cos reales. Dada la extensión de este artículo no es posible analizar la clase de condicio-namientos que gravitaron so-bre el proceso.'
El trabajo se encomendó a los alumnos Domingo Lam-paya, Manuel Márquez y Ro-berto Sánchez, quienes, bajo la supervisión directa del pro-fesor Alonso Martín, lo en-cauzaron en sendos proyec-tos de fin de carrera y con ellos obtuvieron su título en octubre de 1981. Su dedica-ción a este desarrollo experi-mentó, por razón de sus es-tudios, fuertes altibajos.
d e Madrid. En consecuencia, la adquisición de materiales se ha financiado c o n el pro-pio bolsillo de t o d o s los au-tores de este artículo y algún que otro obsequio d e la em-presa Standard Eléctrica. Asi-mismo, el desarrollo del soft-ware se ha c o m p l e t a d o gra-cias a u n sistema Intel M D S d e dicha empresa.
El equipo h u m a n o que ha desarrollado A R P E C O D no ha tenido en n i n g ú n m o m e n -t o información sobre "sis-te- "siste-mas que cumplieran u n conj u n t o semeconjante d e f u n c i o -nes, aunque siempre ha sabi-d o que ciertos orsabi-denasabi-dores personales podrían estar d o -tados de determinados pro-gramas para funciones profe-sionales mínimas. S ó l o en el n ú m e r o 6 7 5 ( d i c i e m b r e 1981) de la revista 01 Hebdo se ha p o d i d o leer alguna no-ticia referente a este tema, rodeado de m e d i o s y de atención muy superiores a los q u e por aquí se acostumbra. ARPECOD se centra en un microprocesador INTEL 8085 y consta de los siguientes subsistemas: entrada de datos, memoria central, s o f t w a -re de aplicación, memoria se-cundaria y visualización de datos. En este artículo va a describirse A R P E C O D de for-m a for-muy esquefor-mática y orien-tada más a usuarios que a técnicos en hardware o
soft-ware. Para que el lector pue-da hacerse una medipue-da del grado de detalle que subyace a este trabajo, le servirá de ayuda saber que su descrip-ción completa ocupa cuatro volúmenes.
Gestión de la información
en una clínica
odontológica
U n análisis de mercado previo al diseño de las f u n -ciones que deberían ser in-corporadas en ARPECORD aisló las características f u n -damentales de la información manejada en las clínicas odontológicas y los diferen-tes tipos de interrelaciones entre componentes distintos de información.
La información referente a cada paciente queda refleja-da en una o varias fichas, donde se anotan:
• Un c o n j u n t o de datos personales: nombre, direc-ción, teléfono...
• U n c o n j u n t o de datos clínicos: intervenciones reali-zadas al paciente.
© Posibilidad de incorporar un presupuesto en el caso de tratamientos extensos.
© Balance económico del paciente.
Los tres primeros c o m p o -nentes se recogen en la
lla-mada ficha médica, una p>dr paciente, mientras que el úllti-mo se recogerá en la ficHia económica, de las q u e hsay una por cabeza de familial.
Los ficheros «médico»; y «económico» se e n c u e n t r a n altamente relacionados, puses por cada anotación médfca en la ficha de un pacierríte determinado se realizará utma anotación «económica» en¡ Ha ficha económica c o r r e s p o n diente: toda inteivención m é -dica conlleva un coste paraitel paciente.
Para establecerlas consuíl-tas diarias, se dispone de urna agenda donde se indica -quué pacientes se recibirá, a qiué hora y la duración aproxirma-da de la visita; ésta es Da llamada agenda de consultáis o «fichero agenda de citasm. Es conveniente recordar óal paciente las revisiones periéó-dicas adecuadas para el cuii-dado de su dentadura. Ano»-taciones c o m o ésta serán las realizadas en ia llamadta Agenda de Avisos o «fichemo agenda de avisos».
Cuando se cita a u n p a -ciente para colocarle cuail-quier tipo de prótesis, e l o d o n t ó l o g o comunicará a stu correspondiente protésico lais características de! aparato ía realizar y el plazo en. que d e -berá efectuarse su entregai, para que ésta obre en podter del o d o n t ó l o g o previamente
a la fecha de la cita con el paciente interesado. El proté-sico enviará oportunamente este pedido c o n su valora-ción económica. A fin de mes deberá realizarse el cálculo de la deuda contraída y abo-narla. Todas estas anotacio-nes se operan sobre las fichas dedicadas a cada protésico, dentro del «fichero de proté-sicos».
En t o d o m o m e n t o hay que ejercer un control sobre la entrega de los pedidos, por si ésta no se efectúa en el plazo previsto, debiéndose enton-ces avisar al paciente intere-sado y aplazar su cita. Esto último constituye la interrela-t i o n eninterrela-tre el Fichero de Pro-tésicos y el Fichero de la Agenda de Avisos, antes mencionado.
Los pedidos de materiales y elementos necesarios para el funcionamiento de la clíni-ca son anotados en las co-rrespondientes fichas de pro-veedores, integradas en el «fichero de proveedores».
del fichero de proveedores y del fichero de protésicos.
U n ú l t i m o fichero, el fiche-ro de Datos Estadísticos, cal-cula estadísticas sobre las in-tervenciones médicas realiza-das.
Funciones del archivo
personal
computadorizado
La primera y m á s s i m p l e f u n c i ó n del A r c h i v o C o m p u -tadorizado consiste en la gestión — e n s e n t i d o a m -p l i o — de cada u n o de los ficheros a n t e r i o r m e n t e m e n -cionados:
Una muestra de los menus que ofrece ARPECOD.
0 Fichero de Pacientes.
o A g e n d a s .
e Ficheros de Protésicos y Proveedores.
• D a t o s E c o n ó m i c o s y Es-tadísticos.
Dicha gestión incluye:
• Creación de nuevas fi-chas e n u n fichero dado.
• Facilidades de e d i c i ó n de fichas:
Visualización de fichas en pantalla.
— M o d i f i c a c i ó n de d a t o s existentes en la ficha.
, — Inserción de n u e v o s datos.
o A l m a c e n a m i e n t o d e f i chas e n el fichero c o r r e s p o n -diente.
Por otra parte, la v e r d a d e r a utilidad del A r c h i v o se o b s e r -va en las características d e gestión m u l t i f i c h e r o del reiiis-mo, m a n t e n i e n d o en todfa) m o m e n t o una conexikom (transparente al usuario) s m
-tre t o d o s los ficheros interre-lacionados, de tal m o d o que cualquier a n o t a c i ó n en una ficha médica, o en una ficha de proveedores o de protési-cos, genera a u t o m á t i c a m e n t e a n o t a c i o n e s en t o d o s los fi-cheros interrelacionados.
Por ú l t i m o , f u n c i o n e s de revisión a u t o m á t i c a de fiche-ros permiten presentar al o d o n t ó l o g o q u e lo solicite una lista de sus pacientes d e u d o r e s y de sus protésicos o proveedores acreedores en u n m o m e n t o dado, así c o m o una reserva a u t o m á t i c a de c i -tas m e d i a n t e la i n s p e c c i ó n
' ¿«rae nw> SÍ""* v" " ' -i ^ ' ó n hvu' ¡.
«« fWJ-n^-vr r-s
" i l l f u i V f uc 3 < c b i " 0 He"!- Tu !<! , ' ^ i l ' d d o .
Agenda de consultas
i
r ~ ^
}
I Tabla de formato j j de agenda |
avisos
Tabla de estadísticas
a recoger
i
r " i | Tabla de formato) |
selectiva (segur* las caracte-rísticas de horario ítíel pacien-te) de «huecos ühres» en la agenda de citas
-Todas las f u n c i o n e s ante-riormente descritas se han in-corporado en el Archivo Per-sonal, m a n t e n i e n d o , en t o d o momento, las características generales de:
o Flexibilidad:
Se permite q u e cada usua-rio defina los diferentes tipos de estadísticas a recoger y los formatos deseados para su balance e c o n ó m i c o (datos
que sus usuarios finales no son profesionales de la infor-mática. Por ello, se incorpora que se desean agregados...) y para las páginas de su agenda de citas.
ron algoritmos de cormpre-sión de información que: -per-miten la utilización ó p t i m a de los ficheros almacenad©® en disco flexible.
Los menús de operaciones constituyen u n árbol jerárqui-co de funciones quá facilita, asimismo, el diseño modular del software del Archivo.
Diseño del hardware
C o m o el lector probable-mente conoce, el hardware, a semejanza de un organismo vivo, está constituido por ór-ganos internos y por órór-ganos fronterizos o periféricos. Los últimos realizan misiones de interfaz, captando estímulos del entorno o enviándole in-formación.
En el esquema de bloques hardware puede seguirse la descripción de las unidades que c o m p o n e n el hardware del sistema. En primer lugar, la unidad central de. proceso, cerebro de ARPECOD, es un m i c r o p r o c e s a d o r I N T E L 8085, quien toma sucesiva-mente las diversas instruccio-nes y ordena su ejecución.
La memoria central consta de dos partes, una encargada de almacenar datos y otra de almacenar instrucciones. Los datos son variables y, por consiguiente, deben p<pder ser modificados por las ins-trucciones. Tal circunstancia c o n d u j o a elegir una memoria R A M para los datos ( R A M : Random Access M e m o r y ) y se seleccionó una determina-da memoria dinámica de 16
Kbitios, que necesita ser «re-frescada» periódicamente.
Contrariamente a lo que sucede c o n los datos, las ins-trucciones son fijas. Se guar-dan en una memoria EPROM de 32 Kbitios (EPROM:
Era-e Gran capacidad:
El diseño de la estructura interna de los ficheros le ca-pacita para gestionar un gran número de fichas (unas-3.000 fichas de pacientes, 6 meses consecutivos de la agenda de citas, 14 provee-dores y protésicos...).
Con este motivo se
sable P r o g r a m m a b l e Read O n l y M e m o r y ) , c u y o c o n t e -n i d o puede defi-nirse p o r u-n p r o c e s o de grabación, q u e -d a n -d o inalterable m i e n t r a s no se s o m e t a la m e m o r i a a una r a d i a c i ó n especial d e b o r r a -d o . A s í , pue-den grabarse o t r o s a c o n t e c i m i e n t o s hasta a d a p t a r perfectamente el pro-t o pro-t i p o .
En c u a n t o a los periféricos.
INTEL 2732
4Kbytes EPROM
se h a n e m p l e a d o u n teclado a l f a n u m é r i c o c o m p l e t o , u n m o n i t o r de pantalla CRT ( C a t h o d e Ray Tube) y dos m i n i d i s c o s flexibles de d o b l e ca ra ( m í n i f I o p p ies).
M e d i a n t e el teclado el usuario i n t r o d u c e sus inform a c i o n e s en el sisteinforma: c o m a n d o s , nombres, c o n s u l -tas..., i n f o r m a c i o n e s que son visualizadas por el m o n i t o r
INTEL 8202
Controlador de refresco de RAM
^ L j :
NATIONAL DP 8350 y DM 8678
Controlador CRT y ROM generadora de caracteres
que, a su vez, actúa t a m b i é n c o m o ó r g a n o de salida.
M e n c i ó n aparte m e r e c e n los minidiscos, a los que, e n adelante, se denominarán: discos flexibles. Es en e l l o s d o n d e se almacena el g r a n v o l u m e n de datos que m a n e -ja el sistema. Cualquiera d e estos discos tienfe el a s p e c t o de una cartulina del t a m a ñ o de una cuartilla, su peso se aproxima al de una cajetilla de cigarrillos, pero el s o p o r t e m a g n é t i c o de sus caras p e r -mite que en una de e l l o s pueda albergarse i n f o r m a c i ó n de hasta 5 0 0 pacientes. L o s discos extraen o s u m i n i s t r a n i n f o r m a c i ó n al sistema at ser i n t r o d u c i d o s en u n o d e l o s dos transportes con q u e está d o t a d o ARPECOD. S e g ú n el tipo de f u n c i ó n a realizar, el sistema le pide al usuario que-introduzca el disco c o n c r e t o que sea preciso.
Después de presentar ó i -ganos internos y externos, queda por reseñar d e t e r m i n a -d o s centros neurálgicos o c o n s o l a d o r e s . que hacen a l
sistema más rápido y eficaz. Se puede apreciar en el esq u e m a de bloesques u n c o n -trolador para los discos, un c o n t r o l a d o r para el monitor, u n c o n t r o l a d o r de acceso di-recto a memoria ( D M A : Di-rect M e m o r y Access) y u n c o n t r o l a d o r de refresco de la memoria.
Por ú l t i m o , existen una R O M generadora de caracte-res para el m o n i t o r y u n re-gistro ( q u e no se ilustra en la figura) para almacenar el ca-rácter pulsado c o n el teclado.
Las d e n o m i n a c i o n e s exac-tas dé los materiales utiliza-d o s permitirán a los lectores más especializados localizar y estudiar sus características técnicas.
Diseño del software
Esquemáticamente, p u e d e considerarse el diseño del software d i v i d i d o en tres par-tes:
— Estructura de datos, o f o r m a t o de las diferentes f i -chas de cada t i p o de fichero.
— Sistema operativo del fichero, para un acceso sencillo, por parte de las s u b r u t i -nas del programa de aplica-ción, a las fichas residentes en disco flexible.
— Programa de Aplica-ción, que c o m p r e n d e t o d o s los m ó d u l o s para i n s t r u m e n -tar las f u n c i o n e s ' Y a explica-das de e d i c i ó n de fichas, gestión de las interrelaciones m u l t i f i c h e r o y revisión a u t o -mática de ficheros.
Las estructuras de datos de cada ficha se d i s e ñ a r o n des-de dos p u n t o s des-de vista:
• El formato de almacena-miento: d o n d e se c u i d ó es-pecialmente el t a m a ñ o de ficha, r e d u c i e n d o éste al m á x i -m o -mediante a l g o r i t -m o s es-peciales.
o El formato de visualiza -ción: f o r m a t o c o n q u e apare-cería la ficha en pantalla y que tenía que presentar un aspecto lo más claro posible para el o d o n t ó l o g o .
Unas subrutinas especiales del programa de aplicación se encargan de traducir un ' ' O D
**w» 'V-1 n y ^
i . í> C '» >\ ir V' •';«. i
1 UCaftjtlÜaL^aí:» .
I N T E L 2118
Dynamic 16 Kbits R A M
Monitor
r í e
SHUGART 450
,r , ,r, T,-, vr: V':- -r ;vf •^T.'-'-TT'— ^ , . , - . .
Fjenij:!o cié
f u n c i o n a m i e n t o-de! ' a r c h i v ó ' p a ; a'la
b ú s q u e d ade huecos en la agenda tíe cunn
Tedas pulsadas por el usuario
Información en pantalla Comentarios
Iniciación Ficheros Agenda
Economía y estadísticos-Protésicos y proveedores
Agenda: Avisos
Búsqueda de huecos Día de agenda
Tratamiento de un paciente
¿Número de consultas?
¿Los días de la semana en que son factibles?
(L/M/M/J/V/S/D)
¿Mañana, tarde o ambas? (M/T/A)
A Solicita el comando agenda.
Nuevo menú: solicita el comandfo Búsqueda de huecos.
Pregunta el número de consultáis que se desean reservar. Se contes-ta «2».
L, X, J El paciente sólo puede acudir Iros lunes, miércoles y jueves.
El paciente sólo puede acudir p o r las tardes.
Segunda consulta: ¿Duración (Mod)? ¿Período?
Primera:
JUEVES 1-4-82. 16,30 (£,N)?
Segunda:
LUNES 12-4-82. 17,45 (S,N)?
JUEVES 1-4-82. 16,30: LUNES 12-4-82. 17,45
GRUPO TOTAL DE CONSULTAS (S,N)?|
NOMBRE DEL PACIENTE
La primera consulta tendrá una dÜJ-ración de 3 cuartos de hora y dfc-berá tener lugar como míniono dentro de 7 días.
La segunda consulta durará; 3 cuartos de hora y estará distancna-da de la primera, como mínima» días.
Se desea el hueco encontrado:.
Se desea el hueco encontrado,.
Eustaquio Menéndez
Se valida el grupo total de consue-tas.
Se introduce el nombre del pacieni-te para el que se reservan los hura-cos. El ordenador actualiza en este momento la Agenda de citas, ¡re-servando hora para el paciente oci-tado.
f o r m a t o en otro c u a n d o se lee o almacena una ficha en disco flexible.
Las subrutinas del Sistema Operativo se invocan desde los programas de aplicación mediante una llamada a u n ú n i c o p u n t o de entrada, c o m u n i c á n d o s e c o n éste m e -diante u n c o n j u n t o de parámetros que describen las c a racterísticas de la f u n c i ó n s o -licitada, almacenados en u n Buffer de c o m u n i c a c i ó n de la aplicación.
Las diferentes f u n c i o n e s del Sistema Operativo p e r m i ten, entre otras cosas: c o m -probar la presencia de una ficha en un disco, leer una ficha en un disco, almacenar una nueva ficha en un disco, m o d i f i c a r una ficha existente, suprimir una ficha del disco, formatear u n disco, copiar d o s discos, listar el directorio de un disco, etc.
La p r o g r a m a c i ó n del siste-ma se realizó en lenguaje P L M 8 0 para la mayoría de los m ó d u l o s , d e s c e n d i e n d o a la p r o g r a m a c i ó n en e n s a m -blador 8 0 8 5 sólo c u a n d o las características d e l ' programa lo hicieron necesario.
El s o f t w a r e que c o m p o n e el programa de a p l i c a c i ó n consta de 17 m ó d u l o s fina-les, u n o de s i m u l a c i ó n y un m ó d u l o temporal. La r n o d u -larización t o m ó c o m o base y p u n t o de partida la organiza-c i ó n jerárquiorganiza-ca de organiza-c o m a n d o s del sistema.
El m ó d u l o temporal p e r m i tía definir las variables p ú b l i cas necesarias para el m ó d u lo permanente que se p r o b a -ba en cada m o m e n t o y q u e serían incluidas en m ó d u l o s posteriores.
La prueba de m ó d u l o s se llevó a cabo inicialmente en el Sistema de Desarrollo de Intel M D S . Debido a ello, fue imprescindible incluir un m ó -d u l o más, el m ó -d u l o -de si-m u l a c i ó n , q u e p e r si-m i t i ó «si-mular» las subrutinas de nuestro Sistema Operativo en el Sistema M D S .
Tras la prueba y d e p u r a -c i ó n de t o d o s los m ó d u l o s c o m p o n e n t e s , se o b t u v o u n m ó d u l o de unión q u e fue grabado en pastillas E P R O M 2 7 3 2 , q u e d a n d o de ese m o d o listo para la prueba y d e -p u r a c i ó n final en el hardware original del A r c h i v o C o m p u