Censo Nacional de Gobierno, Seguridad Pública y Sistema Penitenciario Estatales 2014 - Mexico

Resumen
---------------------------

El Censo Nacional de Gobierno, Seguridad Pública y Sistema Penitenciario Estatales 2014 tiene como objetivo generar información estadística y geográfica sobre la gestión de la Administración Pública de cada Entidad Federativa, en las materias de gobierno, seguridad pública y sistema penitenciario, así como justicia cívica para el caso del Distrito Federal; con la finalidad de que dicha información se vincule con el quehacer gubernamental dentro del proceso de diseño, implementación, monitoreo y evaluación de las políticas públicas de alcance nacional en dichas materias.

El CNGSPSPE 2014 presenta información de las instituciones de administración pública de cada entidad federativa relacionada con los aspectos que se enumeran a continuación:

1.Las características básicas de su estructura organizacional de la Administración Pública de cada Entidad Federativa, con la finalidad de conocer la conformación orgánica de las mismas.
2.Las características de la distribución de los recursos humanos, presupuestales y materiales de la Administración Pública de cada Entidad Federativa, con el objeto de identificar las características de distribución de los mismos a partir de su estructura organizacional.
3.Los recursos de redes y conexión a internet con los que cuenta la Administración Pública de cada Entidad Federativa, con el fin de conocer las características básicas de gobierno electrónico en los mismos.
4.La cantidad, tipos y características de acceso a trámites y servicios con los que cuenta la Administración Pública de cada Entidad Federativa, con la finalidad de ofrecer datos básicos de los servicios que se proporcionan a sus usuarios.
5.Los elementos y acciones institucionales que se han llevado a cabo en la Administración Pública de cada Entidad Federativa, sobre la implementación y ejercicio de funciones específicas como planeación, evaluación, actividades estadísticas y/o geográficas, armonización contable, transparencia, control interno, anticorrupción y defensoría de oficio, a efecto de contar con elementos suficientes que permitan conocer las características del marco institucional de buen gobierno en el que se desarrollan sus actividades
6.La cantidad y características básicas de la leyes y disposiciones normativas internas que rigen a la Administración Pública de cada Entidad Federativa, a efecto de identificar el marco regulatorio interno bajo el cual desarrollan sus funciones.
7.La cantidad de intervenciones realizadas por la policía de cada Entidad Federativa, así como la cantidad y características de los presuntos delitos, probables víctimas y probables responsables que se encuentran registrados en las mismas, con el propósito de ofrecer elementos suficientes que permitan conocer el curso de atención de dichas intervenciones.
8.Las características de la infraestructura y recursos destinados a la función de Seguridad Pública en cada Entidad Federativa, con la finalidad de identificar las características de distribución de los recursos con los que cuentan para su operación.
9.Las Entidades Federativas que ya operan bajo el sistema de Mando Único Policial, a fin de identificar los Municipios que ya no cuentan con cuerpos de policiacos para atender el tema de seguridad pública.
10.La cantidad de ingresos y egresos de los Centros Penitenciarios, incluido el Sistema Penitenciario en materia de Adolescentes, en cada Entidad Federativa, así como la cantidad de delitos, con la finalidad de conocer la población que se encuentra recluida en dichos Centros, así como las causas de sus egresos.
11.Las características de la infraestructura y recursos destinados a los Centros Penitenciarios en cada Entidad Federativa, con la finalidad de identificar las características de distribución de los recursos con los que cuentan para su operación.
12.El tipo de actividades orientadas a la reinserción social que se llevan a cabo en los Centros Penitenciarios de cada Entidad Federativa, a fin de identificar si la población reclusa realiza alguna de estas actividades.
13.Los elementos básicos del ejercicio de la función de Justicia Cívica para el Distrito Federal, con la finalidad de ofrecer elementos suficientes que permitan conocer el curso de atención proporcionado a los procedimientos administrativos que sean iniciados.
14.Las características de la infraestructura y recursos destinados a la función de Justicia Cívica en el Distrito Federal, con la finalidad de conocer las similitudes y diferencias entre la función de Justicia Municipal y Justicia Cívica, y las características de distribución de sus recursos a partir de su estructura organizacional.

Geographic coverage
---------------------------

Nacional y por entidad federativa (gobiernos de las 32 entidades federativas).

Analysis unit
---------------------------

Gobiernos de las 32 entidades federativas

Kind of data
---------------------------

Censo de gobierno

Mode of data collection
---------------------------

Entrevista indirecta entregando formato de captación a papel

Research instrument
---------------------------

El diseño del instrumento de captación del Censo Nacional de Gobierno, Seguridad Pública y Sistema Penitenciario Estatales 2014, se llevó a cabo en dos fases:

La primera consistió en realizar un proceso de investigación documental por cada uno de los temas que derivaban de los objetivos del proyecto, el cual consistió en la revisión de documentos jurídicos, académicos, oficiales y de otros proyectos con características similares, ya sea como iniciativa del personal de la propia DGEGSPJ, o bien a partir de las propuestas de revisiones que derivaron de las consultas a los miembros de los Comités Técnicos Especializados de Gobierno, de Seguridad Pública, de Impartición de Justicia, y de Prevención Social de la Violencia y la Delincuencia, a efecto de verificar la relevancia y utilidad de los temas propuestos.

La segunda fase comprendió la adecuación conceptual a partir de tres pruebas al instrumento:

La Prueba en Campo, consistió en llevar a cabo los análisis necesarios de la completitud de respuestas a partir los resultados obtenidos en los ejercicios 2010, 2011, 2012 y 2013 lo cual permitió hacer las adecuaciones conceptuales y de estructura al instrumento de captación, a efecto de ajustarse de una mejor manera a las capacidades de provisión de datos por parte de los informantes, mismas que fueron fortalecidas con las revisiones y comentarios vertidos por los miembros de los Comités Técnicos Especializados (CTE´s) correspondientes en sus sesiones ordinarias, a partir de la experiencia en la aplicación de los instrumentos de captación en sus instituciones o aquellas que representan dentro de dichos CTE´s.

Posteriormente, se aplicó la prueba de gabinete. se realizó de manera posterior a la Prueba en Campo, permitió identificar, a partir del análisis realizado por parte del personal de la DGEGSPJ, la necesidad de ajuste de algunas preguntas del instrumento derivado de la actualización de diversos instrumentos regulatorios, a efecto de alinearse a la forma en la que la información debiera encontrarse registrada de manera oficial en los registros de las Administraciones Públicas de las Entidades Federativas.

Finalmente, se llevó a cabo la prueba cualitativa que permitió identificar la temática que se encuentra vigente, no sólo en las investigaciones académicas, sino también en los procesos de discusión y análisis para el diseño de políticas públicas en las materias atendidas a través del CNGSPSPE 2014, así como la consideración de las reformas o publicación de legislación en la materia. De esta forma, y una vez concluidas las pruebas y ajustes al instrumento de captación, se integraron un total de 4 Módulos divididos en 169 preguntas.

Los módulos que integran el cuestionario son los siguientes:

Módulo 1. Administración Pública de la Entidad Federativa
Módulo 2. Seguridad Pública
Módulo 3. Sistema Penitenciario
Módulo 4. Justicia Cívica

Cleaning operations
---------------------------

Procesamiento

El procesamiento de la base de datos derivada del censo implicó la ejecución de un proceso de validación de la información con la finalidad de garantizar, tanto su congruencia lógica, como la completitud e integridad de los datos asociados a las preguntas de los módulos del instrumento de captación. Para ello, se aplicó una serie de criterios que se diseñaron tomando fielmente el contenido y la estructura de los cuestionarios. En términos generales, la validación se llevó a cabo para corregir las inconsistencias de la información derivadas básicamente por la existencia de errores como omisión o falta de respuesta, multirrespuesta, valores inadmisibles o fuera de rango, falta de atención en los pases de preguntas y, también, incongruencias entre respuestas.
Para estos efectos, el proceso se ejecutó en tres grandes fases: la preparación del proceso de validación, la revisión y pruebas del funcionamiento de los vectores de validación y la ejecución de la validación y generación de la base de datos definitiva.

1) Fase de preparación
Antes de validar la base de datos, se realizó un conjunto de actividades que no fueron ejecutadas necesariamente de manera secuencial, pero que fueron necesarias para garantizar la validación.

Clasificación de preguntas por tipo
Se realizó una clasificación de las preguntas del cuestionario de acuerdo con el tipo de respuesta que se solicita y se identificaron las relaciones que guardan con otras preguntas. Se identificaron 17 tipos. Esto permitió contar con elementos precisos para definir los criterios de validación tomando en consideración las necesidades derivadas de cada tipo de pregunta y asegurar que todas ellas también contaran con criterios definidos de manera particular. A su vez, la agrupación de las preguntas permitió aplicar los mismos criterios a todas las incluidas en la clasificación.

Modelado de la base de datos
Para establecer y describir la forma en que se organizaron y ordenaron los datos para su almacenamiento de forma que la información se encuentre disponible sin redundancia y de manera entendible, se creó un modelo entidad-relación el cual define de manera precisa las relaciones entre las entidades u objetos para los que se almacenan datos y sus atributos, es decir, las características de la entidad cuyos valores se encuentran en los campos de las tablas de la base de datos.

Migración de la base de datos de captura
Con la finalidad de empatar la base de datos de captura con el modelo de la definitiva, se efectuó un proceso de mapeo entre la base de datos preliminar (base de datos de captura) y el modelo definitivo de base de datos, para encontrar la relación entre los datos que requiere cada campo de éste último y el campo en que se encuentra en la base de datos preliminar. Asimismo, se creó un sistema de consultas (vistas) en SQL para acceder a los datos de la base preliminar y ordenarlos en tablas y campos siguiendo la estructura de la base de datos definitiva. En seguida se llevó a cabo un proceso mediante el cual se insertaron los datos de la base preliminar, a través de las consultas o vistas, a la base de desarrollo. Para ello se construyó una serie de paquetes que generaron la estructura de las tablas de la base de datos de acuerdo con los tipos de dato permitidos. De manera paralela se creó una tabla especial para almacenar casos en que los datos no se encontraban en los rangos establecidos. Esto permitió detectar errores en los datos de la base de captura y corregirlos. En este proceso se realizó la conversión algunos datos alfanuméricos de la base de datos preliminar como NS y los NA a datos numéricos para insertarlos a la estructura de la base de datos definitiva, convirtiendo los NS a -1 y los NA a -2.

Definición de funciones
Se definieron 32 funciones para contar con un lenguaje común formado por un conjunto de símbolos y variables para expresar las operaciones y/o procesos que debe llevar a cabo la computadora al aplicar cada uno de los vectores de validación.

Definición de vectores
Se definió un conjunto de tratamientos (vectores de validación) para corregir las posibles inconsistencias en la base de datos preliminar, considerando las distintas combinaciones de valores que se pudieran encontrar dentro de una misma pregunta y entre las preguntas. Los criterios de validación son necesarios para que todos los casos se resuelvan de la misma forma y así los datos sean consistentes. En resumen, se crearon 53 escenarios, 19 para el primer módulo, 11 para el segundo, 15 para el tercero y 8 para el módulo 4; asimismo, se desarrollaron 3 373 vectores de validación: 798 para el primer módulo, 1 066 para el segundo, 949 para el tercero y 560 para el cuarto módulo. Con el fin de estandarizar el proceso para definir los vectores de validación y su programación, se desarrolló una aplicación informática denominada Entorno de Desarrollo para Criterios de Validación Exhaustiva, mediante la cual, por un lado, se realizó la definición de vectores de validación, en la que se tomaron en cuenta todas las posibles combinaciones que se pueden dar en la pregunta o preguntas que se están validando, y se definió un tratamiento para cada una de esas combinaciones. Por otro lado, esta aplicación permitió la programación sistematizada de los vectores de validación. A partir de las funciones definidas se crearon sus correspondientes códigos en lenguaje PL/SQL, es decir fragmentos de código predefinidos, que se generan de manera automática a partir de la función y las variables definidas en la aplicación para cada vector.

Definición de criterios de validación
Para poder validar la información se definieron dos tipos de criterios para aplicarlos de manera homogénea a lo largo del proceso. Por un lado, un conjunto de criterios básicos que permitieron establecer relaciones primarias entre respuestas que involucraron los caracteres alfanuméricos NS (no contó con elementos para responder) y NA (no le aplica). Enseguida se crearon criterios específicos para situaciones particulares que se presentaron a lo largo del proceso.

2) Fase de pruebas
Una vez programados los vectores se corrieron sobre la base de datos ya migrada en el esquema de desarrollo y se revisó la traza. Por medio de estas pruebas se encontraron algunos errores y se corrigieron. Los errores encontrados fueron de tres tipos:
a) En la programación de vectores de validación (se corrigieron reprogramando las funciones del PL).
b) En la definición de vectores de validación (se corrigieron ajustando el vector en la aplicación).
c) Se identificaron cifras o valores que fue necesario considerar como revisiones de caso.
Estas últimas resultan de casos en que la inconsistencia de datos no puede ser corregida por los vectores aplicados y es necesaria la intervención de una persona. Aunque en algunos casos fue posible realizar una reconsulta con el informante y encontrar una solución, la mayoría de ellos se resolvió revisando los datos con el equipo de campo y buscando la mejor solución con el área conceptual.
Después de realizar las correcciones se volvieron a probar los vectores sobre la base de desarrollo. Una vez que no se encontró ningún error se liberaron, considerándolos terminados y listos para ser aplicados en la base de datos productiva.

3) Fase de validación definitiva
Al terminar de realizar las pruebas, se migraron los datos de la base preliminar a la base en el esquema de producción, con todos los ajustes realizados a partir de las revisiones de caso. A esta base de datos se le aplicaron nuevamente los vectores de validación que fueron probados previamente, para verificar la consistencia de los datos y, en su caso, se realizaron los ajustes finales.

《2014年全国政府、公共安全和州级监狱系统普查》旨在生成有关各联邦实体公共行政在政府、公共安全和监狱系统以及针对联邦首都的公民正义方面的统计数据和地理信息。该普查的目的是使这些信息与国家层面政府活动的结合，以便在设计、实施、监控和评估相关领域的公共政策过程中发挥作用。CNGSPSPE 2014展示了与以下方面相关的各联邦实体公共行政机构的详细信息：
1. 各联邦实体公共行政组织结构的基本特征，旨在了解其组织结构的构成。
2. 各联邦实体公共行政人力资源、预算和物质资源的分配特征，旨在识别这些资源的分配特征。
3. 各联邦实体公共行政互联网连接和网络资源，旨在了解其电子政府的基本特征。
4. 各联邦实体公共行政处理和服务的数量、类型和特征，旨在提供有关其提供给用户的基本服务数据的概述。
5. 各联邦实体公共行政在实施和执行特定职能（如规划、评估、统计和/或地理活动、会计协调、透明度、内部控制和反腐败以及公职辩护）方面所采取的机构和行动，以便拥有足够的信息来了解其活动所在的良好治理制度框架。
6. 规范各联邦实体公共行政的内部法律和规范的数量和基本特征，旨在识别其职能发展的内部监管框架。
7. 各联邦实体警察所进行的干预的数量，以及记录在案的可疑犯罪、受害者嫌疑人和责任人数量和特征，旨在提供足够的信息来了解这些干预措施的处理过程。
8. 各联邦实体用于公共安全职能的基础设施和资源的特征，旨在识别其运营所拥有的资源分配特征。
9. 已经采用单一警察指挥系统的联邦实体，旨在识别不再拥有警察队伍来处理公共安全问题的市镇。
10. 各联邦实体监狱中心（包括青少年监狱系统）的收入和支出数量，以及犯罪数量，旨在了解被拘留人员数量及其释放原因。
11. 各联邦实体监狱中心的基础设施和资源的特征，旨在识别其运营所拥有的资源分配特征。
12. 在各联邦实体监狱中心进行的旨在社会再融入的活动的类型，旨在了解被拘留人员是否参与了这些活动。
13. 针对联邦首都公民正义职能的基本要素，旨在提供足够的信息来了解对启动的行政程序的提供的关注过程。
14. 针对联邦首都公民正义职能的基础设施和资源的特征，旨在了解市政正义与公民正义之间的相似性和差异性，以及其资源分配的特征。
地理覆盖范围：全国及各联邦实体（32个联邦实体的政府）。
分析单元：32个联邦实体的政府。
数据类型：政府普查。
数据收集方式：间接访谈，提供纸质捕获格式。
研究工具：《2014年全国政府、公共安全和州级监狱系统普查》捕获工具的设计分为两个阶段：
第一阶段：针对项目目标产生的每个主题，进行文献研究过程，包括审查法律、学术、官方和其他类似项目文件，无论其是由DGEGSPJ人员发起还是从政府、公共安全、司法实施和预防社会暴力和犯罪的专门技术委员会成员的审查建议中产生，以验证提议主题的相关性和实用性。
第二阶段：从三个测试中进行概念调整：
现场测试，通过对2010、2011、2012和2013年作业结果的全面分析，对捕获工具的概念和结构进行适当调整，以更好地适应信息提供者的数据提供能力，这些能力通过技术委员会（CTE）成员在常规会议上的评论和反馈得到加强。
室内部署测试，在实地测试之后进行，由DGEGSPJ人员进行分析，以确定调整工具中某些问题的必要性，这是由于监管工具的更新而导致的，以便与联邦实体公共行政记录中官方记录的信息格式保持一致。
最终，进行了定性测试，以确定不仅存在于学术研究中的，而且也存在于通过CNGSPSPE 2014处理的主题的讨论和分析过程中的当前主题，以及考虑该领域的改革或立法的发布。通过这种方式，一旦完成测试和调整，就整合了4个模块，共169个问题。
问卷中包含的模块如下：
模块1：联邦实体公共行政
模块2：公共安全
模块3：监狱系统
模块4：公民正义。
数据清洗操作：处理
数据处理涉及对普查数据库进行验证的过程，以确保其逻辑一致性、数据的完整性和与捕获工具模块相关问题的数据关联的完整性。为此，应用了一系列设计时严格遵循问卷内容和结构的标准。总的来说，验证旨在纠正由错误（如遗漏或未回答、多回答、不可接受或超出范围的值、对问题传递的关注不足以及答案之间的不一致）引起的信息不一致。
为此，该过程分为三个主要阶段：验证过程准备、验证向量功能审查和验证执行及最终数据库生成。
1）准备阶段
在验证数据库之前，进行了一系列活动，这些活动并非必须按顺序执行，但却是保证验证所必需的。
问题类型分类
根据请求的响应类型对问卷问题进行分类，并确定了与其他问题的关系。确定了17种类型。这为根据每个问题的需求定义验证标准提供了精确元素，并确保所有问题也都有特定的定义标准。此外，问题的分组允许将相同的标准应用于所有分类中的问题。
数据库建模
为了建立和描述数据的组织方式和顺序，以便在存储时避免冗余并使其易于理解，创建了一个实体-关系模型，它精确地定义了存储数据的实体或对象及其属性之间的关系，即存储在数据库表字段中的实体的特征。
捕获数据库迁移
为了使捕获数据库与最终数据库模型相匹配，执行了一个将初步数据库（捕获数据库）与最终数据库模型之间进行映射的过程，以找到最后数据库中每个字段所需数据与初步数据库中的字段之间的关系。此外，创建了一个SQL查询系统，以访问初步数据库中的数据并根据最终数据库的结构对它们进行排序，在表格和字段中。然后，执行了一个通过查询或视图将初步数据库数据插入开发数据库的过程。为此，构建了一系列生成数据库表结构的包，这些表根据允许的数据类型进行。同时，创建了一个特殊表来存储不在规定范围内的数据情况。这有助于检测捕获数据库中的数据错误并进行纠正。在此过程中，将一些初步数据库中的字母数字数据（如NS和NA）转换为数值数据，以将其插入到最终数据库结构中，将NS转换为-1，将NA转换为-2。
函数定义
定义了32个函数，以便有一个由一组符号和变量组成的共同语言，以表达计算机在应用每个验证向量时必须执行的运算和/或过程。
向量定义
定义了一套处理（验证向量）来纠正初步数据库中可能存在的不一致性，考虑了同一问题内和不同问题之间可能出现的不同值组合。验证标准对于所有案例以相同方式解决并确保数据一致性是必要的。总之，创建了53个场景，19个用于第一个模块，11个用于第二个模块，15个用于第三个模块，8个用于第四个模块；还开发了3,373个验证向量：798个用于第一个模块，1,066个用于第二个模块，949个用于第三个模块，560个用于第四个模块。为了标准化定义验证向量和其编程的过程，开发了一个名为“全面验证标准开发环境”的计算机应用程序，该程序允许：一方面，进行验证向量的定义，考虑到可以出现在正在验证的问题或问题中的所有可能的组合，并为每种组合定义一种处理方法；另一方面，该应用程序允许验证向量的系统化编程。通过定义的函数创建了相应的PL/SQL代码，即预定义代码片段，这些代码自动从应用程序中为每个向量定义的函数和变量生成。
验证标准定义
为了能够验证信息，定义了两种类型的标准，以在验证过程中以相同的方式应用。一方面，一组基本标准，允许建立涉及字符NS（未提供回答元素）和NA（不适用）的响应之间的主要关系。随后，为过程中出现的特定情况创建了特定标准。
2）测试阶段
一旦编程了向量，就在已迁移到开发方案中的数据库上运行，并审查了轨迹。通过这些测试发现了错误，并进行了纠正。发现的错误类型如下：
a）验证向量的编程（通过重新编程PL函数进行了纠正）。
b）验证向量定义（通过调整应用程序中的向量进行了纠正）。
c）识别了需要作为案例审查进行考虑的数字或值。
这些案例是数据不一致无法通过应用向量纠正的情况，需要人员的干预。尽管在某些情况下，通过与信息提供者进行重新咨询并找到解决方案，但在大多数情况下，通过与现场团队和领域概念团队进行审查，寻找最佳解决方案来解决问题。
在完成纠正后，再次在开发方案上对向量进行测试。一旦没有发现任何错误，就被认为是完成并准备好在生产数据库中应用。
3）最终验证阶段
在完成测试后，将初步数据库中的数据迁移到生产方案中的数据库，包括根据案例审查进行的所有调整。对该数据库再次应用之前测试过的验证向量，以验证数据的完整性，并在必要时进行最终调整。