TRACKING CRITICAL CHANGES
ARE YOU REGULATORY COMPLIANT?
PROVE IT!
PRESENTED BY TRISTAN MITCHELL
Identification
Representation
Management
of XML Change
OBVIOUS TRUTH #1
Content Changes
“Everything
changes and
nothing
remains still”
“Change is the
only constant”
“To improve is to
change, so to be
perfect is to
have changed
often.”
OBVIOUS TRUTH #2
Stakeholders want
to see the changes
Authors
Editors
SMEs
Reviewers
CustomersAuditors
OBVIOUS TRUTH #3
Change must first be
identified before
you can show it
Revision log
Version
control
Change tracking
Comparison
Native Markup
(e.g. DITA)
Processing
instructions
Identification
@rev attribute
@status
attribute
Release management
domain
Representation
LESS OBVIOUS TRUTH #1
Structured content
presents opportunities
around change
LESS OBVIOUS TRUTH #2
Identified change can
be published
Demo
MAKING IT WORK
Provide stakeholders
with changes relevant
to their needs
Authors
Editors
SMEs
Reviewers
CustomersAuditors
Tracked changes
Tracked changes
Published changes
Change summary
Published changes
Change summary
Tracked changes
Published changes
Change summary
Published changes
MAKING IT WORK
Molina HealthCare
Case Study
MOLINA HEALTHCARE
• Word-based solution using change tracking
• Redline PDF ‘printed’ from Word
• Content moved to DITA-based system
• Conditional processing supports alternate requirements
• Change-tracking is no longer possible due to reuse
• Comparison used to create DITA source for redline publishing
MOLINA HEALTHCARE
XMetaL
SDL
HTML
&
CSS
PDF
DITA
OT
Antenna
House
Steven.Moldenhauer@molinahealthcare.com
DITA workflow
SUMMARY
@TristanDeltaXML
• Content changes, constantly
• Think about who your change stakeholders are
• Build a mechanism for identifying and representing change
• Remember why you chose XML
• Provide changes in a way that meets stakeholder needs
tristan.mitchell@deltaxml.com

Tristan Mitchell: Tracking Critical Changes