Está en la página 1de 13

IPAP | DIPLOMATURA EN GESTIN PBLICA

Ciclo bsico | GOBIERNO ABIERTO

EVOLUCIN DE LOS SISTEMAS


DE INFORMACIN | 2016

1
Evolucin de los Sistemas de Informacin1
Eduardo Poggi

1 La Gestin de Informacin

Todas las definiciones de Gobierno Electrnico (GE, en adelante) se construyen alrededor del uso
de las TIC por parte de las administraciones para cambiar la forma como se hacen las cosas. Una
definicin tambin tradicional de TIC (www.ocde.org) nos dice que: agrupan el conjunto de
artefactos necesarios para administrar la informacin y, especialmente, las computadoras y
programas necesarios para recolectar, almacenar, recuperar, transmitir, procesar y publicar
datos. Mientras que una definicin tradicional de Sistema de Informacin (Saroka, 2001) dice
que: es un conjunto de recursos humanos, culturales, materiales, financieros, tecnolgicos,
normativos, legales y metodolgicos; organizados para brindar a quienes operan y a quienes
toman decisiones en una organizacin la informacin que requieren para desarrollar sus
respectivas funciones.
Las muy mencionadas TIC no son ms que una parte de los instrumentos requeridos para
construir los conocidos sistemas de informacin utilizados por las grandes empresas privadas,
pero en un contexto con valores y restricciones muy diferentes. Para comprender esto y sus
implicaciones, analizaremos primero la evolucin que han sufrido los sistemas de informacin en
el sector privado en las ltimas dcadas; luego presentaremos algunos conceptos bsicos
necesarios para el conocimiento general de la temtica. Todo esto como base para que
posteriormente podamos trabajar sobre su asimilacin por los sectores pblicos.
Un sistema es un conjunto de elementos interrelacionados de modo tal que producen como
resultado algo superior y distinto a la simple agregacin de los elementos. De acuerdo con esta
definicin, en todo sistema existen los siguientes componentes: elementos, relaciones y objetivo.
Los elementos o partes que conforman un sistema pueden ser humanos o mecnicos, tangibles o
intangibles, estticos o dinmicos.
Las relaciones entre los elementos son las que hacen que todo sistema sea complejo. La
importancia de las relaciones, tanto en el anlisis y el diseo como en el comportamiento del
sistema, es fundamental. Esto se advierte con frecuencia en el mbito de las organizaciones.
Muchos gerentes, por ejemplo, obtienen resultados exitosos donde otros fracasaron, a pesar de
que emplean a las mismas personas y cuentan con los mismos recursos. Lo que estos gerentes
han hecho es utilizar de otra manera los mismos elementos, asignndoles distintos roles y
modificando sus interrelaciones. En una palabra, han cambiado el diseo del sistema.
En cuanto al objetivo, puede afirmarse que constituye la razn de ser de un sistema. El
comportamiento teleolgico, es decir, dirigido a la bsqueda de un objetivo, de un resultado, de
una meta o de un estado de equilibrio, constituye una caracterstica presente en todos los
sistemas. El objetivo define al sistema: nada puede hacerse respecto a un sistema (estudiarlo,
redisearlo, evaluarlo, operarlo, dirigirlo, etc.) si no se conoce su objetivo. El logro de un resultado
superior y distinto a la simple agregacin de los elementos constituye lo que se llama efecto
sinrgico.
Un sistema de informacin es un conjunto de recursos: humanos, materiales, financieros,
tecnolgicos, normativos y metodolgicos, organizado para brindar, a quienes toman decisiones
en una organizacin, la informacin que requieren para desarrollar sus respectivas funciones. Un
sistema de informacin no requiere necesariamente del uso de la tecnologa de computacin. Ha
habido sistemas de informacin antes de que se crearan las computadoras. Por otra parte, aun en
los sistemas de informacin ms modernos y con ms amplio uso de dispositivos de computacin,
se realizan muchas operaciones y se cumplen muchas funciones en que la tecnologa informtica
no interviene o lo hace slo en una limitada funcin de apoyo. Sin embargo, la computacin y las

1
Este documento est basado en una versin anterior elaborada por el autor para el Curso de
Implementacin de la Carta Iberoamericana de Gobierno Electrnico realizado por el INAP de Argentina y el
CLAD entre 2008 y 2011.
comunicaciones han potenciado tan extraordinariamente la capacidad, velocidad y exactitud del
tratamiento de los datos, que resulta prcticamente inconcebible el diseo de un sistema de
informacin eficiente sin el empleo de tales tecnologas.
La forma en que los sistemas de informacin (SI, en adelante) se relacionan con el exterior, ya
sea con sus usuarios humanos o con otros sistemas ha cambiado significativamente con el correr
del tiempo. El intercambio de informacin digital entre diferentes sistemas de distintas
organizaciones no es nuevo en el mbito privado, ya tiene varias dcadas de uso y
perfeccionamiento. Un buen ejemplo de esto son los sistemas de informacin utilizados por la
industria automotriz, uno de los sectores de mayor incidencia en la evolucin de las tecnologas
de la informacin.

1.1 La evolucin de los sistemas de gestin

Si uno analiza la evolucin de los sistemas de informacin en la industria automotriz, salta a la


vista que ciertas caractersticas han cambiado radicalmente y que stas pueden ser extrapoladas
a la mayora de los grandes sistemas. Podemos ver un resumen de las mismas en el siguiente
cuadro:

SI Tradicionales SI Actuales
Orientados a la funcin Orientados a los procesos
Construidos para quedarse Construidos para cambiar
Largos plazos de desarrollo Desarrollados rpida e incrementalmente
Focalizados en la propia gestin Focalizados en la relacin interna-externa
Monolticos Ensamblado de componentes
Autosuficientes y muy dbilmente Altamente integrables con el contexto
relacionados entre si
Basados en secuencias de funciones Basados en orquestacin de servicios
Focalizados al interior de la organizaciones Focalizados a los procesos de negocio, intra e
inter organizacionales
Desarrollados ad-hoc Altamente estandarizados
Slo accesibles por usuarios internos Accesibles por usuarios externos e internos
Evolucin de los sistemas de informacin
Fuente: Saroka (2002)

En la visin tradicional, las propias organizaciones se procuraban por medio de su propio centro
de cmputo y sus propios sistemas de informacin los datos que requeran para su propia gestin,
definan sus propios mtodos de captura y mantenimiento de datos de forma que cumplieran sus
propios criterios de calidad y seguridad. Como podrn adivinar, la palabra propio ha sido
intencionalmente repetida en la oracin anterior, simplemente para remarcar que la palabra
propio bajo la visin actual, debe cambiar por otras como: nuestro, l, del otro, segn el
estndar, segn las buenas prcticas, etc., como veremos ms adelante.
En el siguiente grfico podemos ver un esquema de esta situacin tradicional de los sistemas de
informacin.
Figura 1: Sistema de informacin con usuario interno
Fuente propia.

Como se puede observar en el grfico, salvo el usuario externo que se comunica con la
organizacin mediante un dilogo personal e intercambio de papeles con un empleado, todos los
dems componentes son administrados internamente.
En esta situacin, el usuario del sistema es un empleado conocido, capacitado para utilizar los
sistemas y la informacin institucional, debidamente acreditado, identificado y autorizado. La
informacin que brinda el sistema es captada, analizada e interpretada por el usuario interno
antes de ser entregada al exterior. Si hubiera algn error en dicha informacin entregada por el
sistema este podra ser filtrado o corregido por el empleado antes de llegar al usuario externo. Si
el sistema es complejo de usar y requiere de una importante capacitacin para su utilizacin, el
problema no es tan grave ya que el empleado puede recibirla y practicar su uso. Si el horario de
atencin a los usuarios externos es limitado por la organizacin, los sistemas pertinentes slo
debern estar disponibles en el mismo horario. Si el empleado usuario del sistema tiene una duda
o problema, seguramente tendr acceso a otros compaeros que lo puedan ayudar o podr llamar
a algn empleado del rea de sistemas para que lo asista. Y as podemos seguir anlogamente
interpretando las bondades que ofrece tener los componentes bajo el control institucional. Es
simple, todo queda de entre casa.
Este esquema de relacin de los SI con su contexto fue ampliamente utilizado hasta bien
avanzada la ltima dcada del sigo XX. Con la utilizacin masiva de Internet y ciertos avances en
otros aspectos de la tecnologa de la informacin, ms la culturizacin informtica de la sociedad,
es posible desde principios del sigo XXI que los sistemas de informacin de una organizacin
sean utilizados directamente por usuarios finales externos a la misma. En esta modalidad, como
podemos ver en el siguiente grfico, una parte de la red de comunicaciones, el usuario directo del
sistema y el equipo que utiliza, quedan fuera del control directo de la organizacin anfitriona.
Figura 2: Sistema de informacin con usuario externo
Fuente propia.

A diferencia del caso anterior, el usuario no es en principio alguien conocido que pertenece a la
empresa, ni siquiera se lo ve y puede estar a miles de kilmetros de distancia. Aqu surgen
muchos aspectos a resolver:
Cun fcil de usar debe ser el sistema para que alguien sin capacitacin pueda utilizarlo?
Cmo nos aseguramos que el usuario externo es realmente quien dice ser?
Qu tan seguros debemos estar de la informacin que publicamos por el sistema para
mostrrsela directamente al interesado?
Cmo se puede abstraer el sistema para que no exija del equipo del usuario
caractersticas que lo compliquen?
Cmo podemos asegurar, en un medio naturalmente inseguro como es Internet, que la
informacin que viaja por ah est garantizada?
Cmo aseguramos la posibilidad de acceder a los sistemas en el horario que el usuario
los quiera usar, es decir, a cualquier hora del da y en cualquier da de la semana?
Cmo garantizamos la robustez de los sistemas en un entorno como Internet que no nos
ofrece ningn tipo de garantas?
Cmo se asiste al usuario cuando tiene una consulta y no es posible el dilogo directo
con el empleado?
Entonces, las situaciones en las que slo se atienden usuarios internos y en las que se incluyen,
adems, usuarios externos son muy diferentes y exponen a las organizaciones a fuertes desafos.
Pero la historia no termina ah, en realidad hasta aqu vimos tan slo una parte: la relacin entre
sistemas y personas.

Figura 3: Sistema de informacin con usuario y servicio externo


Fuente propia.

En esta situacin se agrega un tercer componente externo: muchos de los datos que necesita una
empresa ya son administrados o ya estn en posesin de otra y la idea no es volverlos a capturar,
sino reutilizarlos. En esta modalidad, parte de los datos y/o la funcionalidad- que una empresa
ofrece en sus sistemas de informacin a los usuarios externos, son provistos por otra y de los
cuales obviamente- no tiene el control directo.
A modo de ejemplo, esta es la forma en que hoy funciona el sistema de venta por Internet de
Amazon: ante un pedido realizado por algn usuario en cualquier lugar del planeta activa, a su
vez, la consulta al stock propio y/o de terceros, la validacin de la tarjeta de crdito, la eleccin de
un proveedor de transporte, la verificacin de los precios, la aceptacin del pago, el seguimiento
del envo, la recepcin final por el cliente y la evaluacin de ste sobre el servicio. Esto denota, un
dilogo intenso entre mltiples sistemas informticos de muchas empresas diferentes.
Esta situacin suma a la anterior otros desafos:
Cmo se establecen los vnculos de confianza entre ambos organismos para brindar
servicios crticos basndose en los servicios provistos por el otro?
Cmo se garantiza la calidad y la disponibilidad de los servicios cuando se est
confiando, no slo en los propios, sino en los ajenos?
Cmo se negocian las necesidades de modificacin y mantenimiento de los servicios
sabiendo que pueden afectar la funcionalidad provista por otro?
Qu herramientas informticas permiten definir y desarrollar sistemas que colaboran con
otros?
Qu instrumentos tecnolgicos estn disponibles para utilizar de forma confiable los
datos provistos por un sistema hospedado en un datacenter externo?
El organismo que brinda los datos qu confianza tiene en que el personal del otro
organismo cuidar la informacin sensible con el cuidado que merece?
Como pueden observar en la grfica anterior, la situacin puede complicarse un poco ms todava
cuando el usuario externo trabaja con el sistema en representacin de un tercero. Este caso se da
en varias circunstancias, por ejemplo, cuando un Agente Exportador interacta con los sistemas
aduaneros para despachar mercadera de un cliente o cuando un contador de un estudio contable
presenta una declaracin jurada de un cliente. Este contador puede tener varios roles dentro del
sistema, es decir, cuando el mismo se presenta como contribuyente o cuando se presenta como
contador representante de otros.
Adems, tambin van variando los artefactos desde los cuales se realizan los intercambios,
particularmente desde el usuario. Celulares, netxbooks, GPS, etc., todo tipo de artefactos mviles
que demandan nuevas exigencias de seguridad, comunicaciones y diseo de interfases.
En forma paralela en los ltimos aos se ha generalizado la tercerizacin de servicios de
tecnologa, como se puede ver en la siguiente grfica, la infraestructura, las aplicaciones, el
servicio de soporte tcnico, etc. son provistos por un agente externo como servicios. En esta
situacin, un organismo no necesita comprar equipamiento y administrar un data center donde
ubicarlo ni contratar personal para administrarlo, la disponibilidad de los mismos es provista por
otro que pueden acordar con cierta agilidad el crecimiento o decrecimiento segn las necesidades
operativas. Con este tipo de prcticas, el organismo usuario podra desentenderse de la gestin
de la infraestructura de TI, incluso hasta desconocer en que lugar fsico se encuentran los
servidores que usa o de que fabricante son.
Figura 4: Tercerizacin de aplicaciones e infraestructura
Fuente propia.

Todas estas situaciones y cuestionamientos en un entorno privado y mediante un contrato entre


partes pueden ser complejos de implementar pero en la prctica est funcionando, entre
organismos pblicos la situacin es mucho ms problemtica.
Como en toda tecnologa inserta en un entorno socio-econmico determinado, los sistemas de
informacin no evolucionan aislados; estn en constante retroalimentacin con los cambios
sufridos en otras actividades como las culturales, comerciales, legales, organizacionales,
tecnolgicas, etc. La industria automotriz fue una de las primeras en formar un esquema
empresarial distribuido apoyado en una fuerte tercerizacin: primero en proveedores, luego en
aliados y por ltimo en socios de negocio (business-partners). La produccin automotriz requiere
de una fuerte interrelacin de muchas empresas que producen las mltiples y variadas autopartes
y las terminales que concentran los productos intermedios para dar forma a los finales.
La terrible competencia que sufre el sector, ms la necesidad de apropiacin de tecnologa para
generar sus propios productos, exige a esta industria la mejora continua no slo de sus productos
finales, sino tambin, de sus procesos internos. A modo de ejemplo, hoy en da los sistemas
informticos del ecosistema automotriz dialogan con lapsos mnimos: un pedido de autopartes
de la Terminal a un Autopartista se realiza habitualmente con unas pocas horas de antelacin, de
forma tal que el proveedor entrega la mercadera en lnea de produccin poco antes del momento
en el cual se la va a utilizar y elimina, de esta manera, costos de almacenamiento y movimiento de
mercaderas a ambas partes (aunque principalmente a la Terminal). Se le ocurre un sector de
servicios que tambin funcione de esta manera?
El logro de esta sincronizacin es la resultante de un avance en muchas reas de gestin y
fundamentalmente de experiencia. Hace unas dcadas atrs el problema era el mismo, pero la
tecnologa utilizada era otra. Por ejemplo, si el subsistema de control de stock de la Terminal
Automotriz detectaba el punto de reposicin de un determinado componente, se imprima una
solicitud de abastecimiento (una orden de compra por ejemplo) y se la enviaba por correo postal al
Autopartista correspondiente para que, al reingresar por tipeo manual el contenido de la solicitud
en sus propios sistemas, activar el proceso de produccin y posterior entrega, que a su vez, ira
acompaada por la impresin del remito o documento que formalice la entrega de lo acordado y
su posterior tipeo en el sistema de la Terminal para actualizar el stock. Puede exponer un
proceso parecido en otra rea de aplicacin?
Dado que este intercambio de informacin era una parte importante del negocio de cada una de
las partes y de que su agilidad y confiabilidad dependa una parte de la rentabilidad, se lo fue
elaborando cada vez ms para ser cada vez ms eficiente. Con el tiempo se sigui manteniendo
el intercambio de papeles para salvar el soporte formal de la comunicacin, pero el contenido de
los distintos documentos se intercambiaba -adems- digitalmente, en general durante la noche,
para ser emitido e introducido en los respectivos sistemas sin necesidad de tipear manualmente el
contenido.
Este intercambio que podra acelerar los tiempos de dilogo entre los sistemas requiri una serie
de acuerdos previos entre las partes. Acuerdos de tipo comercial para asegurar que el servicio era
funcional al inters comn, normalmente efectuados por altos representantes de las firmas. Una
vez realizado esto, los representantes legales deban formalizar y proteger el acuerdo ante
potenciales desacuerdos, estableciendo pautas de funcionamiento, niveles de servicio, garantas
de calidad y castigos para los posibles causantes de perjuicios. En paralelo, tambin deban
ponerse de acuerdo, los representantes de cada sistema informtico para establecer un lenguaje
comn que ambos pudieran entender. Finalmente, los responsables de la infraestructura
informtica, comunicaciones y seguridad de las distintas empresas deban acordar en la forma
fsica en que la informacin viajara.
Es cierto que una vez establecidos los acuerdos (en todos los niveles y entre todas las partes) y el
intercambio entra en rgimen, todo el trabajo previo queda estable y slo es necesario realizar el
intercambio propiamente dicho. Todos estos acuerdos implican condiciones, definiciones y
herramientas para su implementacin y estos son precisamente los artefactos que mencionamos
anteriormente. En cada plano toman formas diferentes: pueden ser almuerzos, dilogos y
apretones de manos entre empresarios; contratos entre los asesores legales: definiciones
funcionales y especificaciones de archivos entre informticos; determinacin de protocolos,
algoritmos de firma electrnica y encriptacin entre tecnlogos y muchos -pero muchos- otros que
deben combinarse y acordarse para que el resultado final sea exitoso y se mantenga en el tiempo.
Obviamente, como toda tecnologa socialmente apropiada, cuando estos modelos de interrelacin
son implementados para llevar adelante el intercambio entre dos organizaciones y se vuelven
eficientes, se tiende a expandir su utilizacin. Tambin, se tiende a reutilizar los artefactos
producidos y ya utilizados para evitar el costo de crear nuevos para cada relacin. Esto produce
un efecto contagio, ya que, por ejemplo un Autopartista se va a resistir a utilizar un protocolo
especfico con cada Terminal con la que interacte comercialmente, intentando reutilizar los ya
definidos. Adems hay que considerar que en los aspectos tecnolgicos, especialmente los
instrumentos, son desarrollados generalmente por terceros y no por las propias organizaciones y
que adems, estn en continua evolucin.
Cmo se pueden entonces mantener los mismos acuerdos y artefactos entre todos los
proveedores-aliados-socios cuando estos son factibles de ser cambiados por terceros no
involucrados en el proceso y sin olvidarnos que estos instrumentos son usados para funciones
esenciales del negocio? La respuesta es sencilla (aunque su implementacin no lo es tanto), se
utilizan estndares o artefactos establecidos por la comunidad, sector, industria, pas, regin, y
donde todos los interesados se ponen de acuerdo para aceptarlos y modificarlos pluralmente.
Puede exponer algn caso de aplicacin de estndares casi universales, aunque ms no sea por
sus efectos visibles?
El uso de estndares tiene un alcance mucho ms grande del que aparece a simple vista. Existen
estndares que regulan la gestin de tecnologa en las organizaciones; estndares para la
auditora de sistemas, para la calidad de procesos, para la seguridad informtica, para el
desarrollo de sistemas de informacin, etc. Gracias a stos estndares es posible la gran
interrelacin que hoy existe entre los sistemas empresariales. Por ejemplo, para responder
algunas de las preguntas que nos hicimos ms arriba: cmo un organismo puede tener
confianza en que otro va a proteger sus datos de la manera adecuada? Pues simplemente porque
han acordado utilizar polticas y prcticas de seguridad informtica estndares y conocidas por
todos, que pueden ser auditadas de forma estandarizada por un auditor externo, ya que tambin
existen procedimientos estndares para hacerlo.
Hoy en da, los avances en las distintas reas, permiten que estos intercambios de informacin se
realicen en lnea, es decir en el momento en que se necesitan o en el momento preciso en el cual
la informacin es generada, siguiendo al evento que la genera. Adems, estos mecanismos
cumplen con las condiciones de seguridad y confiabilidad de forma tal que las empresas montan
sus sistemas ms crticos en ellos. Millones de transacciones electrnicas, que pueden implicar
grandes sumas de dinero, se realizan entre empresas de manera confiable todo el tiempo, todos
los das. Se le ocurre un ejemplo?
El uso de estndares es en general bueno en muchas situaciones, pero para la arquitectura actual
de sistemas y de los procesos de negocio sobre estos montados- es esencial. Si las
organizaciones que deben intercambiar informacin no hablan un lenguaje comn que les permita
entenderse entre s, la interrelacin de los sistemas no se logra, por definicin. Y el mundo no
sera el que conocemos.
Sin perjuicio de lo antedicho, las administraciones pblicas no siempre han avanzado al mismo
ritmo que la disponibilidad de tecnologa lo permita. Por muchas razones, genuinas y espurias,
que analizaremos a continuacin.
Pero esto no termina aqu para las administraciones pblicas particularmente. En los ltimos aos,
las demandas de transparencia de la gestin pblica han avanzado significativamente sobre la
publicacin de datos en poder de los organismos pblicos. Con muchas variantes y matices que
veremos ms adelante, pero los organismos (o la administracin o el Estado en su conjunto) estn
siendo presionados para publicar muchos de los datos que administran para que estos sean
utilizados libremente por la ciudadana.
Figura 4: Sistema de informacin con usuario, servicios externos y publicacin de datos
Fuente propia.

Esta situacin genera nuevos desafos que se suman a los anteriores:


Cmo se extienden sistemticamente los procesos institucionales asegurar estas
publicaciones en tiempo y forma con costos razonables?
Cmo se garantiza la calidad, la disponibilidad y la seguridad de estos servicios para
brindar los datos en una forma adecuada y sistemtica?
Cules son los datos que deben / pueden ser publicados de esta forma?
De forma anloga podemos contar otros canales y modos de intercambio y participacin de los
usuarios, clientes, ciudadanos con las organizaciones. Basta ver el efecto de plataformas como
Twiter, Facebook, Skype o Google Maps y sus servicios asociados, por slo nombrar las ms
conocidas.
Las instituciones hoy por hoy no pueden considerar que sus datos corporativos se limitan a sus
propias bases de datos y a los datos que puedan acceder de otras instituciones vinculadas
gracias a la interoperabilidad. Hoy est disponible un universo de datos extracorporativos que
pueden ser usados para mejorar la gestin, entenderse y comunicarse mejor a los usuarios,
predecir el futuro, etc.
El la figura que se muestra a continuacin, se pueden observar algunos ejemplos de fuentes
externas que (ya sean privadas, semi-publicas, comunitarias o pblicas) pueden ser utilizadas en
la gestin. Se abren de esta forma infinidad de aplicaciones cuyo lmite es la imaginacin (y la ley,
por cierto).
Figura 5: Nuevas fuentes de datos corporativas.
Fuente propia.

2 Los procesos (intra y inter) institucionales

Hasta ahora hemos mencionado varias veces los procesos institucionales, tema que merece un
poco de atencin ya que es la forma actual de pensar la gestin institucional y, darle soporte, es el
objetivo final de todo sistema de informacin. Existen muchas definiciones de procesos, la
siguiente descripcin puede sintetizar la idea central: un proceso es un conjunto de tareas o
(sub)procesos lgicamente relacionadas que se establecen en una organizacin (o conjunto de
organizaciones) para obtener un resultado definido; procesan una entrada y le agregan valor para
producir una salida. Los procesos tienen clientes o usuarios, que pueden ser internos o externos a
la organizacin, los cuales reciben a la salida, que puede ser tanto un producto fsico o un
servicio. Para cada proceso se deberan establecer las condiciones de satisfaccin para
determinar si producto o servicio resultante es aceptable o no:
Los procesos hacen nfasis en CMO se ejecuta el trabajo dentro de la organizacin, en
contraste con el nfasis en el QU, caracterstico de la focalizacin en el producto. Un proceso de
negocio puede ser parte de un proceso mayor que lo abarque o bien puede incluir otros procesos.
En este contexto, un proceso de negocio puede ser visto a varios niveles de granularidad. El
enlace entre procesos de negocio y generacin de valor lleva a ver los procesos de negocio como
los flujos de trabajo que efectan las tareas de una organizacin. Los procesos poseen las
siguientes caractersticas:
Pueden ser medidos y estn orientados al rendimiento.
Tienen resultados especficos.
Entregan resultados a clientes o usuarios.
Responden a alguna accin o evento especfico.
Las actividades incluidas agregan valor a las entradas.
La tendencia actual es definir todo el quehacer de una organizacin a travs de la definicin de los
procesos que lleva adelante, fundamentalmente de aquellos que producen los productos
sustantivos para los cuales la organizacin existe. Se pueden determinar tres tipos de procesos
de negocio:
Procesos estratgicos: aquellos que orientan al organismo.
Procesos sustantivos: los que producen los resultados externos del organismo.
Procesos de apoyo (vertical u horizontal): son los que dan soporte a los procesos centrales.
Por ejemplo: registrar los hechos econmicos, dar de alta a un empleado.
Desde el punto de vista de la interoperabilidad, los procesos que interesan fundamentalmente son
aquellos que se resuelven gracias a la interrelacin (tecnolgica principalmente) de ms de un
organismos, para as dar por entregar un resultado con mayor valor agregado que el que se
podra obtener individualmente. El siguiente grfico pretende expresar esta idea:

Figura 5: Diagrama de procesos bajo la visin de la interoperabilidad.


Fuente: Rosen (2006)

Sintticamente, el grfico puede ser visto como divido en 3 planos. En el superior se puede ver un
tpico diagrama de procesos con la secuencia de tareas incluyendo las de decisin. En el tercio
inferior se puede sistemas informticos que resuelven tareas (o proveen informacin para su
resolucin). Estos sistemas pueden ser heterogneos, no interrelacionados entre si, con fines y
funcionalidades diferentes y dependientes de distintas administraciones, pero algn subproducto
(un servicio de informacin) de cada uno de estos es entregado al proceso general que le otorga
coherencia para producir un bien de mayor valor. Este es precisamente el sentido final de la
interoperabilidad, como un conjunto heterogneo de sistemas informticos puede organizarse
para proveer una funcin que no estaba prevista en su diseo original pero que coordinadamente
entregan un producto con gran valor para los usuarios.
2