Navigating the Standards Landscape BJA Regional Information Sharing
Navigating the Standards Landscape BJA Regional Information Sharing Conference November 28, 2006
Navigating the Standards Landscape n The Business Case: How do functional standards help the practitioner to develop an information sharing architecture? n Data Exchange Standards: XML, JXDM and NIEM n JIEM, IEPDs and Components n Missouri Case Study n How Do I Connect the Silos? Here is the Help! 1
The Business Case - Overview n Exploring the value of Standards n Why are standards beneficial ? n How are standards cost effective ? n Functional Standards: An example n What are they and how do they help me as a practitioner ? n Who decides what becomes a Standard ? n How are Standards designed and vetted ? 2
The Business Case - Why n Standards are important if you want to: q SHARE DATA (speak the same language) q SAVE MONEY (use the same products) q LOWER RISK (increase the probability that your exchange will be interoperable with other justice entities throughout the nation) q INCREASE PUBLIC SAFETY (get it there faster, more accurately, in a consumable format) q INCREASE PUBLIC ACCESS (accurate information accessible through the web) 3
The Business Case - What n Standards n n n Provide On-demand real time data access by practitioners who need it to make decisions Standard products from vendors at lower cost Leverage for your legacy system investment Phased evolution to emerging technologies approach If you care about PUBLIC SAFETY, standards are important because these standards can help you deliver emergency services more quickly, with greater dependability If you care about ACCOUNTABILITY FOR THE PUBLIC’S MONEY, standards are important because they will help to significantly lower the lifecycle cost of sharing data 4
Justice & Public Safety Standards Landscape n No Domain-wide standards prior to September 11, 2001 n Each agency re-defined, and each vendor re-invented the wheel with every project n Evident and growing need to lower cost, reduce risk, speed delivery and ensure compatibility n 2004 q Executive Order 13356 and q Homeland Security Presidential Directive (HSPD-5) to improve information sharing q 2005 Justice and Homeland Security partnership to develop National Information Exchange Model 5
XML: Building Blocks for Information Exchange XML Point-to-Point Canonical Standard 6
Data Exchange Standards: XML n XML provides a natural way to build new vocabularies or languages n XML tools (parsers, validators, native XML databases) are abundant, relatively inexpensive and can support any and every vocabulary that conforms to the XML standard n XML allows us to express information in the operating system/computer architecture/ language independent way 7
Data Exchange Standards: XML n XML can represent all parts of the information exchange q Information that needs to be shared; q Information about this information (who created it, when, why, etc. ); q Information about destination of this information (addressing, routing); q Security and authorization information (sensitivity level, who can read it, how it should be disposed of, etc. ); q Validation and verification rules (XML schema, DTD, business rules) 8
Role of the XML business vocabulary Describing data objects relevant to the business problem in a consistent and re-usable format. n XML tags provide both human-readable descriptions and computer instructions for mapping and validation. n Two different organizations may express two different concepts with the same XML tag. Example: n <dmv: Person. identification> in the DMV environment could mean driver’s license. No further specialization is required. q <immigration: Person. identification> in the ICE environment could mean passport. q n Business vocabularies should be reconciled for the purpose of the information exchange, creating a new vocabulary: q <info. Ex: Person. identification id. Type = {driver’s license | passport}> 9
XML Vocabularies n Uniform Business Language (UBL) n Electronic Business XML (eb. XML) n Extensible Access Control Markup Language (XACML) n ACORD XML for Life Insurance n e. Xtensible Business Reporting Language (XBRL) n EDXL (OASIS Emergency Management) n Global Justice XML Data Model (G)JXDM) n National Information Exchange Model (NIEM) 10
XML: Building blocks for information exchange n JXDM started as a “grass-roots” effort to define a common XML vocabulary for criminal justice and public safety n JXDM provides fairly large objects, reflecting the broad scope of the effort and attempts to accommodate needs of everyone across the wide spectrum n JXDM includes constructs not “native” to criminal justice, such as health or intelligence – created without a benefit of the subject matter expertise 11
JXDM Evolution Communities of Interest Data Dictionary Reconcilliation: Legal. XML, RISS, and RAP AAMVA Driver History Local, County, and State Representatives Nlets SEARCH JIEM Tool Exchanges IACP Crim. Net CISA XSTF GISWG NIJ NIBRS W 3 C OASIS Legal. XML ISO/IEC ASC X 12. org XML. gov UN/CEFACT ebxml. org Standards Intelligence Community ICML US Do. D Dublin. Core. org 12
The National Information Exchange Model (NIEM) 13
NIEM Goals and Objectives n Support and enable information sharing nationally, among all branches and levels of government n Extends the “grass roots”, bottom up approach used by the Justice community of interest n Synergy with the Federal Enterprise Architecture, especially the Data Reference Model (DRM) http: //www. whitehouse. gov/omb/egov/a-1 -fea. html 14
JXDM and NIEM n NIEM aggregates knowledge from multiple domains, where each “community of interest” (COI) maintains its own domain and contributes to the common set; n NIEM, having much broader audience in mind from the beginning, took a different approach than the JXDM to develop core objects: n q Start with smallest, universally understood and usable; q Specialize for the particular exchanges, common to some or many; q Provide a space for additional specialization relevant to a specific area Separating concepts into Universal, Common and domainspecific keeps NIEM objects generally smaller, more nimble, though the number of objects is larger than that in JXDM 15
NIEM Data Component 16
NIEM data component re-use and extension Universal Person Justice Person Immigration Person 17
National Information Exchange Model (NIEM) NIEM Core (a collection of namespaces) Core Structures namespace Universal namespace Common namespace Core: jointly governed through the NIEM governing body The minimally supported set for all participating domains; universally understood; very stable; minimal or no subsetting Requires joint governance and reconciliation; but relatively stable Blood. Type. Code Where tiger teams operate Blood. Type. Code. Type Domains Intelligence Justice namespace Emergency Mgt namespace Immigration namespace NIEM Participants: (1) Bring domain content to NIEM. (2) Conform to NIEM NDR. (3) Agree to NIEM governance policies and procedures. (4) Participate in NIEM governance. Governed by XSTF-like committees that coordinate and cooperate with the NIEM governing body 18
JXDM 3. 1 Vision n First major revision of JXDM q Implements associations and roles with metadata q Implements flexible metadata containers q Structures namespace q Property. Type and Activity. Type completely refactored q No proxy schemas are used for code lists q External enumeration updates – NCIC: break some table dependencies (e. g. , make/model) q New content – NHTSA crash data – Intelligence 19
NIEM 1. 0 n Partitioned into multiple NIEM domains (including Justice) n Includes Universal, Common, and Structures namespaces (Core) n Re-factors data components across all namespaces n Implements q Associations q Roles q Metadata q Type augmentation n Implements a URI for each component n Re-factors some specialization occurrences into augmentation, associations, roles, and metadata n Uses original GJXDM 3. 0. 3 Property. Type and Activity. Type 20
NIEM 1. 0 n Content – (in addition to Justice): q Immigration and Customs Enforcement q Customs and Border Protection / International Trade q Intelligence q Emergency Management q Infrastructure Protection q Person Screening q External standards (Geospatial, EDXL) 21
Requirements for JXDM 4. 0/NIEM 1. 1 release: n All proposed 4. 0 functionality n NIEM Naming and Design Rules (NDR) compliance n Version independence n Lessons learned from NIEM 1. 0 implementations q Commitment from NIEM PMO to support local and state pilots 22
JXDM – NIEM Convergence n XSTF will continue to have governance oversight within the justice domain n XSTF and Global are participating in the NIEM governance structure n Convergence/Interlocking will occur with simultaneous 4. 0/2. 0 releases q “Interlocking” means: – NDRs and toolsets are consistent – IEPDs will be developed using both – The two data models are complementary and efficient (data is not duplicated) and allow seamless interoperability via toolsets 23
NIEM 2. 0 (2007) NIEM 2. 0 will converge GJXDM 3. 0. 3, JXDM 3. 1, and NIEM 1. 0 into one release with built-in migration support to subsequent NIEM releases. GJXDM 3. 0. 3 NIEM 1. 0 JXDM 3. 1 NIEM 1. 1 JXDM 4. 0 NIEM 1. 1 summary: Multi-domain, refactored Property. Type and Activity. Type; associations, roles, metadata, type augmentation, flexible code lists, URI for each component, database export, and three integrated support tools 24
JXDM – NIEM Convergence n Global has continued to focus on continuing the development of the NIEM in parallel to the JXDM n Global members have participated in NIEM governance, Con-ops, architecture, and outreach materials. n The XSTF will govern and manage the justice namespace, next release will be JXDM 4. 0. n Justice domain will be renamed in NIEM to “jxdm” n Bottom Line: JXDM is alive and well – investments, to date, will be preserved 25
NIEM IEPD Lifecycle 26
Analyze Exchange Requirements n Mapping the business Process: The Justice Information Exchange Model (JIEM) n Conceptual framework for understanding, describing, and reengineering information exchange n Consists of five dimensions that identify exchanges n Each exchange is a unique combination of entries for each dimension, plus additional data 27
How JIEM and SSGT interoperate SSGT Mapping Tool JIEM Schema Subset Generation Tool (SSGT) Mapping Report Wantlist SSGT. XMI Argo. UML Subset. zip 28
JXDM Specifications and Service Models q Biometrics (ANSI-NIST ITL-2006) q FBI Electronic Fingerprint Transmission Specification (EFTS) q Uniform Rap Sheet q NCIC 2000 – Sex Offender, Serious Violent Offender, Wants, Warrants, Hot Files Protection Orders q OASIS Court Filing 3. 0 29
Missouri Judicial Environment n Statutory project begun in 1995 n Judiciary Information Architecture n Statewide Infrastructure Standards n Statewide case management system n Many other statewide technologies 30
Missouri’s Participation in Standards Development n OASIS Legal. XML Member Section q Electronic Court Case Filing q Specifications 3. 01; 1. 0 q Court Document Specification 1. 1 n Electronic Case Filing Functional and Technical Standards (National Center for State Courts) n Global Justice XML Data Model (U. S. Department of Justice) 31
Missouri Example n Business Problem: Converting legacy case management information from a variety of proprietary disparate systems n Office of State Courts Administrator executive staff requested the development of a generic criminal/traffic conversion and a case transfer for Prosecuting Attorneys 32
Background Information n Prior to implementing GJXDM, custom conversion programming was required for each legacy system: q Limited code reuse q On average 18 -24 months development time q Serial development activity 33
Successful Projects n Criminal Initial Filing q n n The transfer of criminal information from the local prosecutors to the court City of St. Louis case conversion q 36 million records q 1. 3 million cases q Less than 8 months versus 18 -24 months Clay and Jefferson Counties 34
Future GJXDM Projects n E-Warrants q n E-Filing q n The transmission of warrant information to state and local law enforcement Electronic transmission of civil case information from attorneys to the court Drug Lab Results q q Testing results for mandatory drug testing from multiple contract labs 35
Implementing Advantages n Reusable components q Future projects can benefit n Improved communication between information provider and project team n Reduce overall project delivery time q n Conversions are now averaging 6 to 9 months Reduce overall project costs 36
Levels of Standards n Choose the level of standard applicable to the exchange NIEM JXDM OASIS ECF 3. 01 37
JXDM Building Blocks Justice XML Data Dictionary Court Filing Driver’s Arrest Warrant License Court Document Incident Report 38
Standards for Courts n Consolidated Case Management System Functional Standards q JTC of COSCA and NACM n Civil Case Management Functional Requirements n Domestic Relations Case Management Functional Requirements n Criminal Case Management Functional Requirements q n BJA Juvenile Case Management Functional Requirements q OJJDP 39
Standards for Courts available via NCSC n Traffic Functional Requirements q n Electronic Filing Processes (Technical and Business Approaches) q n SJI Legal. XML Member Section XML Court Document q n NHTSA JTC of COSCA and NACM Electronic Court Filing XML Standard q JTC of COSCA and NACM 40
OASIS Electronic Filing 3. 01 Specification n Began in 1999; First Specification in 2002; Latest revision August 2006 n Scope expanded in latest version n Components currently include: q Bankruptcy q Civil filing q Criminal filing q Court policy q Domestic filing q Service information q Queries q Docket information q Traffic citation 41
How Do I Connect the Silos? Resources ! Available today q OJP and NIEM web sites q SEARCH JIEM IEPD Tool q JXDM - NIEM Spreadsheets q NCSC Wayfarer Search Tool q Schema Subset Generation Tools q Unified Modeling Language Tools q JXDM and NIEM National Virtual Help Desk q GTTAC Technical Assistance and Training 42
OJP Information Site www. it. ojp. gov 43
NIEM Information Site www. niem. gov 44
SEARCH JXDM/JIEM/NIEM Initiatives n XML Structure Task Force (XSTF) n Global Training and Technical Assistance Committee (GTTAC) n IJIS Institute XML Committee n Technical Assistance and Training n (G) JXDM User Guide n Sponsor 1 st Annual (G) JXDM User Conference n Lead developer of Reference Information Exchange Package Documentation (IEPDs) n JXDM National Virtual Help Desk support n Global and NIEM committees 45
SEARCH 2006 - 2007 Focus n JIEM-IEPD Tool Development n IEPDs, horizontal analysis of components n Reusable component library n Reference Models n Expanded domains (emergency management, incident command, intelligence and fusion) n Privacy n Service Oriented Architecture n Messaging/Transport 46
Thank you! n n Catherine Plummer SEARCH, The National Consortium for Justice Information and Statistics n n 916 -392 -2550 x 301 catherine@search. org Robin Gibson, PMP Manager-Court Automation Fiscal and Planning Office of State Courts Administrator (573)751 -4377 Robin. Gibson@Courts. mo. gov 47
Q&A XM L 48
- Slides: 49