3. Definiciones
Informática jurídica: aplicación de
la informática en el tratamiento
de la información jurídica
aplicación de la informática a
contextos legales y para mejorar la
forma de trabajo del jurista
4. Posibilidad informática
Tecnológicamente
posible
poder ser - imaginar nuevas
situaciones jurídicamente
correctas y tecnológicamente
factibles - iure condendo
Normatividad
de iure
condendo
Riesgos
Realidad
social
Normas de
iure condito
Oportunidad
deber ser - para regular la
transición a la norma
actual - iure condito
G. Sartor, Corso di Informatica Giuridica. Vol. 1
L’informatica giuridica e le tecnologie
dell’informazione, Giappichelli, Torino, 2012
5. Factibilidad informática
a la luz del iure condito
Sólo quienes conozcan las principales
entidades jurídicas podrán diseñar:
• sistemas informáticos que cumplan con las
necesidades reales de la sociedad civil en
aras de minimizar los litigios y la injusticia
social
• crear una verdadera innovación es
sumergirse en el marco regulatorio
G. Sartor, Corso di Informatica Giuridica. Vol. 1
L’informatica giuridica e le tecnologie
dell’informazione, Giappichelli, Torino, 2012
6. Historia
• Gottfried Leibniz (s.XVII-XVIII): jurista, matemático,
filósofo
• Pierre de Fermat (s. XVII): abogado del Parlamento de
Toulouse, matemático amateur
• Jerome Frank (1949): aplicación de las normas
legales
• Lee Loevinger (1949): Jurimetrics, uso del método
científico y del computador aplicado al derecho para
predecir futuras decisiones en base a la anterior
• Clifford Simak (1950): hipotetiza un robot abogado lógico y justo
• Hans Baade (1963): amplía el concepto Jurimetrics
para incluir otras áreas como la documentación
automática
8. Predicción
Años 50 app.
• generalizada especialmente en los países del
common law – EE.UU., Inglaterra, Noruega
• tiene como objetivo la creación de aplicaciones
automáticas para la predicción de decisiones
judiciales basados en el comportamiento del juez, de
los hechos reales, del contexto
• ciencia estadística y ciencia del comportamiento
social
9. Documental
Años 50 a 60
• documentos normativos informatizados: sentencias,
leyes, textos jurídicos
• primeras bases de datos en EE.UU.
• recopilación, organización, archivado y búsqueda de
información jurídica (legislación, datos estadísticos,
sentencias, etc.)
10. Lógico-decisional
Años 70
• toma de decisiones o metadocumental
•
•
•
•
uso de la
uso de la
sistemas
sistemas
lógica formal para la representación de la ley
inteligencia artificial aplicada al derecho
de razonamiento jurídico
expertos para la toma de decisiones
11. Gestión
Años 80
• asociado especialmente con la aparición del PC y de
las redes locales
• desarrollo de aplicaciones de software para
automatizar los trámites asociados al mundo jurídico
• tribunales, bufetes de abogados, notarías, etc.
12. Nueva clasificación
• la internet y la web se funden con una visión
orientada a la resolución de problemas
concretos, más que el uso de una u otra tecnología
• la integración mediante portales permite romper las
barreras divisorias entre la informática jurídica de
predicción, documental, lógico-decisional y gestión
• será más fácil una división temática:
legislativas, judiciales, administrativas, para los
bufetes de abogados
13. Áreas de aplicación
Informática
legislativa
Informática judicial
Informática jurídica
Informática
administrativa
Informática de las
profesiones
G. Sartor, Corso di Informatica Giuridica. Vol. 1
L’informatica giuridica e le tecnologie
dell’informazione, Giappichelli, Torino, 2012
14. Desarrollos actuales
• La integración y estandarización de la documentación
jurídica en la red: sentencias, juicios, legislación,
doctrina, documentos administrativos en XML
• Ontologías jurídicas y web semántica para facilitar
interoperabilidad
• Sistemas avanzados de ayuda a decisiones jurídicas:
sistemas expertos, agentes inteligentes
• Sistemas de información distribuidos avanzados y
virtuales: eJustice, eCourt, ADR on-line, asesoría en
línea, ePromulgation
15. Desarrollos actuales
eGovernment
e-Goverment
automatiza en gran
medida los
procedimientos de
carácter administrativo
(nivel táctico)
aplicando políticas
resultantes de las
estrategias que ya se
establecieron en la
deliberación
eGovernance
eGovernance es el
conjunto de soluciones
informáticas y
telemáticas para
mejorar el debate
democrático sobre
"cómo gobernar" (nivel
estratégico) facilitando
la participación activa
de todos los agentes
socioeconómicos del
territorio en el que
opera el gobierno
16. Informática legislativa
• XML
• Web semántica
• Otros temas:
•
•
•
•
•
•
•
•
Digitalización
OCR
Detección de entidades
Archivo
Preservación digital
Open Linked Data
Ontologías
Visualizaciones
17. XML
XML (Extensible Markup Language)
•
•
•
•
es un lenguaje de marcación (markup)
estándar abierto
promovido por el W3C
adoptado ampliamente a nivel mundial para
representar datos y documentos
21. XML
• formato abierto para datos y documentos
• independiente de la tecnología
• separa la información de presentación de la de
representación
• comprensible para máquinas
• jerárquico, riguroso, extensible, preciso y flexible
• constituye una inversión a largo plazo para archivo
22. XML
• colocación de marcadores (tags) en torno al texto
• se debe definir un vocabulario de tags y reglas para indicar
cómo deben relacionarse los tags entre sí
• estas reglas se definen mediante esquemas denominados DTD
(Document Type Definition) o esquemas XML
<preface>
<subdivision>
<docProponent>República de Panamá</docProponent>
<docProponent>Ministerio de Desarrolo Agropecuario</docProponent>
<docType>Decreto Ejecutivo</docType>
<docNumber>n. 223</docNumber>
<docDate date="2010-06-29">(De 29 de 06 de 2010)</docDate>
<docTitle>Que reglamenta la Ley 72 de 2008, que establece el procedimento especial para la adjudicación de la
propiedad colectiva de tierras de los pueblo indígenas que no están dentro de las comarcas.</docTitle>
</subdivision>
</preface>
23. XML
• Legible por la máquina
•
•
•
•
•
interconexión de los documentos
mejor búsqueda
múltiples plataformas
dialogar sistemas informáticos
aplicaciones heterogéneas (blog, wiki, redes sociales, RSS,
etc.)
• reutilizar la información
• comparativa entre diferentes versiones
24. XML
• Al representar documentos jurídicos – legislativos o
parlamentarios – (proyectos de ley, leyes, debates,
actos administrativos, etc.) se requieren atenciones
especiales:
• contiene información que contribuye a la dirección del
workflow (flujo de trabajo)
• apoya la redacción legislativa nacional (mejores prácticas)
• interoperable con otras instituciones y otros recursos
• se enriquece con las contribuciones de los ciudadanos
• preserva (en el tiempo) el valor jurídico en largos intervalos de
tiempo
• accesible a todos por vía multi-canal (accesibilidad y brecha
digital)
• abierto a todo el mundo para su inspección
• distribuido sin discriminación (usabilidad)
• utilizable con herramientas comunes y sistemas de gestión
documental
25. XML
• Al representar documentos jurídicos – legislativos o
parlamentarios – (proyectos de
ley, leyes, debates, actos administrativos, etc.) se
requieren atenciones especiales:
• contiene información que contribuye a la dirección del
workflow (flujo de trabajo)
• apoya la redacción legislativa nacional (mejores prácticas)
• interoperable con otras instituciones y otros recursos
• se enriquece con las contribuciones de los ciudadanos
• preserva (en el tiempo) el valor jurídico en largos intervalos de
tiempo
• accesible a todos por vía multi-canal (accesibilidad y brecha
digital)
• abierto a todo el mundo para su inspección
• distribuido sin discriminación (usabilidad)
• utilizable con herramientas comunes y sistemas de gestión
documental
26. XML en ámbito legislativo
• Primera generación del estándar de documento legal
XML , se orientó sobre todo a describir el texto legal
y su estructura con un enfoque cercano a las
entidades de base de datos o el procesamiento
tipográfico de paradigmas
27. XML en ámbito legislativo
• Segunda generación empleó una mayor atención en la
modelización del documento y la descripción del
texto, la estructura y los metadatos. Sin embargo, el
carácter descriptivo de los elementos no fue
precedido por un análisis abstracto de las clases de
datos y el resultado es una lista demasiado larga de
tags, una compleja inclusión de esquemas XML o
DTD, con una frecuente superposición entre los
metadatos y la definición de texto y unos
instrumentos demasiado débiles para unir el texto
con diferentes niveles (layers)
28. XML en ámbito legislativo
• Tercera generación se basa en el patrón (pattern). El
patrón define las propiedades de la clase y su
gramática, el modelo del contenido, el
comportamiento y el respeto a la jerarquía de otras
clases, por lo que cualquier tag adicional pertenece a
una clase abstracta ya existente y de esta manera se
preserva la coherencia a través del tiempo. Dedica
especial atención a dividir el texto, la estructura y los
metadatos. Mira a la ontología como un principio
fundamental para realizar un seguimiento en firme de
cualquier nuevo nivel (layer) colocado en la parte
superior del texto puro. Debido a que el patrón define
unas reglas generales que ya no están sujetas a
limitaciones reales en la acción de mark-up, la
claridad del diseño favorece su carácter prescriptivo
29. XML en ámbito legislativo
• Cuarta generación utiliza el patrón (pattern) junto con
una co-restricción a modo gramatical, con, entre
otros, RELAX NG, Schematron, DSD, etc. para
resolver el problema anteriormente mencionado de la
falta de carácter prescriptivo
30. Desarrollo actual
• Akoma Ntoso http://www.akomantoso.org/
• Es un conjunto de representaciones
electrónicas tecnológicamente neutral (en
formato XML) de documentos
parlamentarios, legislativos y judiciales
31. Desarrollo actual y futuro
• Hace visibles las estructuras y componentes
semánticos de los documentos
parlamentarios, legislativos y judiciales a
aplicaciones de software
XML
XML
Oficio
Proyecto
de ley
Cámara
de origen
Cámara
revisora
XML
XML
Iniciativa
Informe
Comisión
Informe
Comisión
32. Desarrollo actual y futuro
• Historia de la ley automática: antecedentes
fidedignos aportados por las cámaras del
Congreso Nacional durante su tramitación
legislativa, y aquellos aportados por otros
actores que directa o indirectamente giran o
participan en su nacimiento, generación de
contenido y conclusión
33. Desarrollo actual y futuro
XML
XML
Proyecto
de ley
Oficio
XML
Informe 1
XML
Diario de
Sesiones
34. Desarrollo actual y futuro
XML
XML
Proyecto
de ley
Oficio
XML
Informe 1
XML
Diario de
Sesiones
35. Desarrollo actual y futuro
XML
XML
XML
Proyecto
de ley
Oficio
Informe 1
XML
Historia
de la ley
XML
Diario de
Sesiones
36. Desarrollo actual y futuro
• Labor parlamentaria automática:
intervenciones de un parlamentario
obtenidas de los diarios de sesiones
37. Desarrollo actual y futuro
XML
Diario de
Sesiones
XML
Diario de
Sesiones
XML
Diario de
Sesiones
XML
Diario de
Sesiones
38. Desarrollo actual y futuro
XML
Diario de
Sesiones
XML
Diario de
Sesiones
XML
Diario de
Sesiones
XML
Labor
parlamentaria
XML
Diario de
Sesiones
39. Web semántica
Web
• Repleta de información
• Orientada al ser humano:
• para comprender el contenido de una
página
• para relacionar contenidos dentro de una
página (textos, imágenes, videos, etc.)
40. Web semántica
Web
• Dificultad en localización de la información (adaptar a
una región específica, por ejemplo, traducir)
• Buscadores actuales funcionan bien, pero orientados
al keyword
• Por ejemplo: “constitución”
¿la de Chile?
¿ciudad del sur?
41. Web semántica
Soluciones
• ad hoc: usar métodos de IA para analizar la
información no estructurada existente en la
Web
• a priori: estructurar la información en la Web
para facilitar el análisis automático Web
Semántica
44. Web semántica
Encontrar todas las normas emitidas por una municipalidad
entre los años 1995 y 2000, pero que fueron modificadas
después del año 2005
PREFIX dc: <http://purl.org/dc/elements/1.1/>
PREFIX n: <http://datos.bcn.cl/ontologies/bcn-norms#>
SELECT distinct str(?normTitle) as ?Titulo str(?creatorName) as ?Municipio
?pubDate as ?Fecha_Publicacion ?pubDateOther as ?Fecha_modificacion
WHERE {
?norm
n:createdBy
?creator .
?creator
n:hasName
?creatorName .
?norm
dc:title
?normTitle .
?norm
n:publishDate ?pubDate .
?norm
n:isModifiedBy ?otherNorm .
?otherNorm n:publishDate ?pubDateOther .
FILTER (regex(?creatorName,"MUNICIPALIDAD","i"))
FILTER (?pubDate
> xsd:date("1995") &&
?pubDate
< xsd:date("2000") &&
?pubDateOther > xsd:date("2005"))
}
ORDER BY (?pubDate)
45. Desarrollo actual
• Coexistencia de bases de datos legales
privadas y de acceso público
• Gobiernos están desarrollando bases de
datos legales gratuitos en diversos formatos
y con diversas arquitecturas
46. Propuesta centralizada
Ejemplo: GLIN
• Base de datos de leyes, decretos, sentencias, etc. centralizada
en EE.UU.
• Los organismos gubernamentales o legislativos suben su
información a una BD central
País 1
País 3
BD
central
País 2
País n
47. Propuesta distribuida
•
•
•
Cada país utiliza su propia base de datos de textos legales
Sólo debe construir una “capa” que incluya un endpoint
SPARQL que se “nutra” de su base de datos
Se desarrollan nodos centrales que ofrecen un buscador
especializado y acceden a los múltiples nodos endpoint
País 1
País 3
Endpoint
País n
Endpoint
Endpoint
Buscador
Especializado 1
País 2
Endpoint
Buscador
Especializado 2
48. Referencias
•
Cirsfid - Università di Bologna, “XML Legislativo: Principios
e instrumentos técnicos”, documento interno BID, 2011
• G. Sartor, Corso di Informatica Giuridica. Vol. 1,
L’informatica giuridica e le tecnologie dell’informazione,
Giappichelli, Torino, 2012
• Corso di Informatica Giuridica, Università di Bologna,
semestre 2012/2013