SAGESSE WINTER 2021 – AN ARMA CANADA PUBLICATION

by Donna Molloy

View PDF 10-Sagesse-2021-Leveraging-Digital-Transformation-to-Benefit-Student-Learning pdf

Back to Sagesse 2021

 

Abstract

The use of a digital student record is transforming recordkeeping practices for the creation, management, and disposition of student records in Alberta. Student records document decisions that support student learning and their creation is mandated through provincial government legislation.  This article identifies what organizations need to consider for digital transformation projects. Specifically, it identifies strategies for Alberta school divisions preparing to upload digital student records into the provincial Department of Education’s digital record repository. Successful implementation of digital student records requires collaboration, resource sharing and staff engagement.

Introduction

For schools in Alberta, uploading student records into an electronic repository is a transformational change creating both challenges and opportunities. Many school divisions have a long-standing practice of keeping hard copy student records.  A student record is made up of content mandated by the provincial government through the Education Act, and specifically, through the Student Record Regulation  and therefore identified through legislation.  A student record is created when a student enters school and includes decisions made about the education of the student collected or maintained by a school division, regardless of the manner in which it is maintained or stored. It is a vital record documenting decisions for and about student learning and is usually generated over a 13-year period with information gathered from more than one location (i.e. primary or elementary school, junior high, then high school).   Some examples of content include the student’s registration, a birth certificate, and report cards. Adding to the complexity of managing student records, some students take programs in more than one location and multiple people add content to the student record. Many school divisions administer student records using paper files.   Over the last decade an increasing amount of content has become digital and is stored outside of a printed record, creating multiple information repositories. The way the student record is maintained varies across the province, and sometimes, even within school divisions.   The retention period for a student record is specified in the Student Record Regulation for a period of time after a student either graduates or leaves the school division.

Background

More than a decade ago, the provincial Department of Education (The Department) began development of a digital record repository for student records, known as the Provincial Approach to Student Information (PASI). From the outset, PASI was identified as a solution for addressing the lengthy time it takes for transitioning a student record from one school division to another for transferring students. PASI is now the endorsed repository for storage of digital student records. By 2018, the Department had communicated that beginning in the fall of 2020 divisions must manage transferring student records by uploading content into PASI.

Prior to PASI

For school divisions, the prior process to manage transferring student records involved physically moving hard copy files from one site to another. Historically, when a student was about to leave a school (e.g. primary or elementary school), the process for many school staff was to identify and transfer hard copy files onto the next school (e.g. junior high or high school).  School staff sent individual student records through Canada Post when the student moved away, or boxed and delivered files for a particular grade to the new school, for example when all grade six students were leaving Elementary School and transferring to a Junior High School. Throughout a school year, a varying percentage of students transfer to other schools, some within the same city but another division, within Alberta, and others out of province. For some students, particularly students in foster care, their transition from one school to another is often poorly handled because these students move more frequently than others. For students with complex needs, special reports and assessments are sometimes difficult to locate and do not make it to a new school in a timely manner to be used by educators who need to support these transferring students into a new school setting.

Over the last decade, Alberta communities experienced forest fires and floods, which affected student records; water and fire, are a severe hazard for school buildings and resulted in the destruction of paper records!

The COVID-19 pandemic also highlights the need for a digital record that can be accessed outside a school building. In the spring of 2020, school buildings closed, preventing easy access to hard copy files. Layoffs and funding uncertainty created resourcing challenges for staff to perform administrative tasks. Throughout the summer of 2020, schools focused on developing and implementing school re-entry plans for ensuring student safety.

Digital records introduce a change in the ways staff work. Some school divisions have a greater capacity for a digitization project than others based on available resources and the volume of content already digital. .There is limited records management capacity at schools since school administrative staff have numerous tasks to accomplish on a daily basis. Managing records is mixed in with a long list of other priorities. The move to digitize records creates challenges and the perception of more work for staff who have a primary role in serving the front line needs of students. Additional funds to secure resources for digitizing records are not available.

Opportunities from PASI

When PASI was initially developed, the Department of Education shared the benefit of how the process for transferring student records will be easier for schools. The focus of communications was “Katie’s story”, which showed how PASI would help a young girl in the foster care system to be welcomed when she moved to a new school. PASI was supported and endorsed within the province by the College of Alberta School Superintendents and by the Association of School Business Officials of Alberta.

The Department of Education built the digital repository, identified document types to be uploaded, implemented information security provisions, and created a tool for uploading content into PASI.  Ultimately, PASI brings digital transformation to one of the most critical records produced by schools, the student record, and it supports the transition of these records from one school to another.

Some initial communication from the PASI team identified Service Bureaus as a solution to scan records for the schools. Some schools proceeded to have files scanned. Experienced and professional imaging service providers initiated scanning. Digitization standards from the province within The Government of Alberta’s Digitization Guideline, which mirror the Canadian Standard, Canadian General Standards Board (CGSB) 72.34-2017, Electronic Records as Documentary Evidence, are followed. While outsourcing scanning works well for clearing out file cabinets, this transformational change requires that new content is continuously uploaded when new information is received. Staff need to understand the process and upload what is required when records are created. An example of an important record to be added to the student record is a guardianship document, typically provided as a hard copy Court Order from parents. A guardianship document specifies who has access to, and information about, a student, and is needed by school staff, particularly Administrators. As documents are received, school staff need to upload new content to the digital student record.

PASI requires everyone to work collaboratively, province-wide, to adopt a change that fundamentally alters the way that a critically important record to support student learning is managed in Alberta.

PASI provides an opportunity for school divisions to embrace the value of digital records management functionality. PASI also allows for electronic records disposition.  With the transition from paper to digital records it will no longer be necessary for schools to inventory, box, or shred paper files. Without access to school buildings during the pandemic, parents are submitting records electronically more often than pre-COVID. This content needs to be verified and then uploaded into a secure repository, which makes the process more efficient.

PASI supports the transition of students transparently from one division to another. When a new student arrives from an Alberta school division, the new school will access the student’s record electronically in PASI through a change in access permissions. The student is then assigned to the new school. The old process, where schools contacted the student’s prior school to request the transfer of a record that required a hard copy file to be mailed through Canada Post, ends.

A digital student record provides an opportunity to strengthen information security measures with login and security features (e.g. password protection). Paper records often presented security challenges for schools where they were to be kept locked in cabinets and accessed in a centralized office location. There was inconsistency across most school divisions. The future is controlled access to student records through role permissions built into the system. PASI has built-in requirements to authenticate records and an audit trail that allows for monitoring who has accessed and viewed documents. This was not possible with paper records.

PASI also provides almost real time updating of content. Changes occur without a delay for batch uploading. The Department of Education is also granting limited, read only access to students who can look up their marks and get access to generate their own transcripts. This ability is managed by the Department and removes the administrative burden currently on school divisions to disseminate routine information to former students, while supporting students transitioning to post-secondary institutions.

Successful implementation of PASI occurs when school divisions work collaboratively to create quality records. Consistent processes are required for good quality student records. Identifying what is to be specifically uploaded, how this can best be achieved, and using standards for quality are all crucial for success.

Technology is Transforming Business Processes

Before the COVID-19 pandemic, tools to support videoconferencing and online meetings were already in place; with the pandemic the use of these tools became critical. Schools were closed to students in the Spring of 2020. Access to facilities was limited for staff and student safety. Microsoft Teams, Google Meet, Zoom and other platforms were used to communicate between teachers, students, and support staff.  Implementation of new processes during the pandemic required pivoting to these tools immediately. Working from home and the use of technology has helped many to see the value and necessity of digital records management.

In the world of the COVID-19 pandemic, school staff and specialized service providers (Psychologists, Occupational Therapists, Physical Therapists, etc.) cannot readily access paper files in file cabinets. PASI provides access to a student record through the use of technology. Staff have no access to a paper file in a cabinet in the schools when they are restricted to working from home. When the COVID-19 pandemic will be over is unknown, but access to digital documents supports student learning when educators can review prior assessments, analyze reports on student progress, and determine if interventions being used to support student learning are showing results. In a digital age we are responsive to the needs of staff serving students at multiple sites spread geographically throughout a school division. Ultimately there will be more support for student support and learning.

The transformation to digital records has been occurring within school divisions over a number of years as each division invests in its systems. PASI leverages the investments made in Student Information Systems in Alberta, provided by several vendors (e.g. PowerSchool, Maplewood).  Vendors are working with school divisions and developing solutions for uploading content to PASI from these systems. Digital data was often stored separately from paper records in multiple repositories and work is well underway to find a way to upload information from the multiple repositories into PASI.  PASI is now the “source of truth” for the province-mandated content of a student record.

Good Information Governance and Leadership

Important to the successful implementation of a digital student record program is good leadership, with a vision identifying the goals and what is required. Within each school, the Principal has always had an important role in implementing change. Successful projects at schools include Administrators who lead staff. Success requires they be involved in projects of this nature.

In March 2020, at a Digital Student Records Symposium, a smaller school division, with extremely limited capacity, shared how they successfully scanned and uploaded student records to PASI once everyone in the school division knew the plan and expectations. With leadership and planning, their division completed the transformation to digital student records.

An important part of digitizing student records for many school divisions is to create clarity regarding the specific content to be included in the mandated student record. This includes information such as registration records, birth certificates, report cards or progress reports, psychological assessments, court orders related to custody and access, and Individualized Program Plans as required by the Student Record Regulation.  Initial project documentation from the Department of Education consisted of a growing list of document types to guide schools on content and categories to be captured.

An important first step is to analyze existing record-keeping practices and ensure mandated content is only being uploaded and stored digitally.  In many schools, hard copy student records included content that was not required (such as samples of student work, consent forms, anecdotal notes, etc.) and records were often duplicated in more than one location. School divisions then need to identify where other content, not part of the mandated student record will be stored, content that is supplemental student information.

Some larger school divisions were early innovators as they uploaded their records into PASI. They served as pilot organizations, and their work assisted others. Their questions to the Department of Education project group provided clarity about required documents, and their experiences improved processes. These divisions led the way and smoothed out some of the issues. Their insights and lessons learned were shared with others, proving that good information governance and leadership is critical to success.

Project Management Essential

To add their content to PASI, schools are able to use the PASIprep tool provided by the Department of Education.  It is up to each school division to identify how to upload student record content creating a strategy that makes sense to it.  School divisions need to determine how to sort and prepare the files for scanning, scan the hard copy records, upload to PASI, perform quality assurance, and put in place a process for secure disposition of the original source documents.   School divisions need to purchase scanners and identify who will perform the work.

In a perfect world, one strategy would work for all; however schools and school divisions do not operate that way. Maturity levels for records management differ across the divisions. Resources are not equal across the province, and each school division operates by identifying its own priorities.   Even within a school division, there are often inconsistencies in how student records are managed.  Involving staff in planning supports engagement in the project and ensures that the needs of the school division and school Administrators are addressed.

Each school division needs to identify an implementation strategy by identifying the current state and planning for what is required. This means determining resource requirements and how much can be achieved at each school within the school year. A customized plan is the outcome that identifies the phases of the project

The approach for getting into PASI is not a “paint by numbers” template, but requires thoughtful analysis. Multiple approaches will be used by school divisions in Alberta.

Incremental Change

For school divisions challenged by existing priorities, limited resources, and budgets, the need to figure out how to implement the required digital transformation project is challenging. One way to achieve the goal of uploading all student records into PASI is a phased approach. The first priority is to focus on the current requirement to upload transferring student records.

The next priority is to identify an approach to upload the remaining student records. Depending on the particular division and school practices different solutions may provide a bigger benefit.  Some strategies and considerations include:

• Digitizing and uploading content beginning with the kindergarten and grade 1 students, the earliest grades, and creating a plan to have only a digital student record; essentially a day forward approach.  This is a quick win as you start from the beginning of a student’s school career and introduce a digital student record from the onset.
• Implementing digital student records for students in early childhood learning programs.   These students often have a significant amount of reports and assessments.
• Seeking out opportunities to support digital transformation for “mobile” students, such as children in the foster care system, or students attending school at more than one site.   Electronic records that are easily accessible support efforts for a smooth transition by multiple individuals working with these students.
• Creating digital student records to support students learning from home.  A portion of students are now learning at home. These students are great candidates for a digital student record. This is often a diverse group of students covering multiple grades.
• Digitizing student records for the students transitioning to the next grade at another school within the school division, the internal transferring process. For example, schools may digitize student records for students at the highest grade in an elementary school which avoids shipping physical files to the junior high when they transfer for the next year.
• Digitizing and uploading content for high value records such as program planning and assessment records and ensuring that records for interventions such as Individualized Program Plans are uploaded.
• Ensuring that the needs of Administrators at the schools are addressed to support implementation. Their endorsement and leadership are critical to implementing transformative change at schools. It is helpful to determine if there is consistency across the Division and if there are early innovators that the school can work with as a pilot project.
• Breaking the project into phases to introduce incremental change. This keeps staff focused on what is required which reduces change fatigue and the burden of asking too much of staff who already have enough to do.
• When outsourcing to a Service Bureau, clearly define your requirements so that you achieve a quality outcome. Ensure you know how the work of outsourcing will support your overall goal.  Once existing student records have been digitized, the process for adding new content needs to be determined.
• Digitizing and uploading content from specialized service providers (e.g. Psychologists, Occupational Therapists, Physical Therapists, etc.) so it is accessible to staff who need the information (e.g. Teachers, Counsellors, Administrators). These staff provide their expertise to multiple schools sites and students who are now learning at home. Many of their records were created electronically so they only need to be uploaded.  Some of this work is performed collaboratively with specialized expertise of individuals who seek to share information with a multi-disciplinary collaborative approach.
• Seeking out quick wins such as uploading existing digital content. Some schools already have digital records such as online registration. This is an opportunity to upload born-digital content.
• Finally, acknowledging that some student records will remain as paper. For example, student records for 2021 graduates don’t really need to be scanned as their school careers are ending. School divisions can continue to use existing processes in parallel with digital student records. Digitizing all student record content is not a requirement.   While this creates different approaches to managing records, some school divisions lack the resources (staff and financing) to fully implement digital student records at this time.

Changing Lives

Supporting student learning, and identifying the value of interventions, such as the Individualized Program Plans (IPP) and other customized learning plans for accommodating a student’s needs, is only possible when the information is in the hands of the educator working with the student.   Teachers change from one year to the next for a particular student, and multiple teachers are teaching students at the higher grades. Administrators, Counsellors, Psychologists, Occupational Therapists, Physical Therapists, and other service providers all need access to student records to support student learning. Information needs to be available to staff and remain accessible as the student progresses through the school system, from one site to the next, and from one grade to the next.

Resource Sharing and Collaboration

In order to make transformation to digital student records successful, several school divisions participated in stakeholder consultations with the Department of Education.  Successful school divisions that have implemented digital student records described the collaboration required.

These projects are most successful when individuals such as Information Technology, Information Management, Registrars in Schools, Counsellors, and Administrators work together to identify requirements and strategies.

Resources to support school divisions implementing digital student records, along with case studies, have been created and shared by the Records Management Committee of the Association of School Business Officials of Alberta (ASBOA). The Committee, representing several school divisions, has a history of resource sharing starting with the creation of a model records retention schedule guideline. The Department of Education continues to engage Committee members for the benefit of all school divisions.

Training and Change Management

Critical to the success of this project is the change management process. Many schools have other initiatives underway and the sudden closing of schools during the COVID-19 pandemic is unprecedented. It is important for staff to see the importance of this project to create a digital student record in the midst of all the other changes they are facing, and to understand the value of a digital record to support student learning. School staff have close relationships with students they see every day; the COVID-19 pandemic altered relationships and challenged teachers to connect with students remotely. Now it is necessary to make student records accessible to staff when they need them, from wherever they are, while ensuring personal information is protected.

Conclusion

Digital student records, accessible in an electronic records repository, support student learning when timely access to critical documents is made available to educators who support the student’s learning.  The electronic records repository contributes to information sharing among schools and educators and ensures that the investments being made in interventions for students are showing results. Digital student records reduce inefficiency and risks from boxing, shipping or mailing paper records. They allow for electronic records disposition when retention requirements have been met.  They improve information sharing and provide staff access to information that supports student learning where they are learning, particularly when many are learning at home.

PASI was a decade in the making and creates the opportunity to share crucial information that supports the transitions that occur for students. It supports the transition of students coming into new school environments. It benefits students with Individualized Program Plans and assessments that need to be available in a timely manner. It also supports the student’s transition into post-secondary education.

Alberta has created a digital student record repository, PASI, which demonstrates the value of digital student records for all Canadian jurisdictions. Alberta and the PASI implementation could be used as an invaluable case study for other provinces who may be struggling to manage paper student records, particularly during the COVID-19 pandemic.

Technology has transformed how we work and connect. The COVID-19 pandemic shut down the schools and emptied buildings. The future of sharing information is digital and the creation of this repository for Alberta school divisions is transforming information sharing. When information provided by specialized service providers (e.g. Psychologists, Occupational Therapists, Physical Therapists,  etc.) is made accessible to educators who need it for student learning (e.g. Teachers, Administrators) better outcomes are likely. Students are supported in their learning wherever they are receiving instruction when educators are able to access their student record.

About the Author

Donna Molloy is the Principal Consultant for Dynamic Leadership, a company that has supported Alberta school divisions to successfully implement improved Information Governance through creation and implementation of records retention schedules, establishing records management programs, development of policy documents, tools and training.    Work to support student recordkeeping is an opportunity to find ways to improve the management of one of the most critical records generated by school divisions.   In an era of fires, floods, and a pandemic, this work is essential to protecting these vital records.

References

Information about PASI :

https://extranet.education.alberta.ca/pasidevnet/Docs/Business/start.html

High school transcript information :

https://www.alberta.ca/student-information-high-school-transcripts.aspx

ASBOA toolkit :

https://asboalberta.ca/page/digitization-guidelines-and-toolkit

SAGESSE WINTER 2021 – AN ARMA CANADA PUBLICATION

par Bruce Miller, MBA, IGP

view PDF 09-Sagesse-2021 Re-Envisioning the Retention Schedule FR

Back to Sagesse 2021

Abstrait

Les logiciels modernes de tenue de documents électroniques offrent de nouvelles capacités et techniques de gestion qui n’étaient pas possibles avec les documents physiques. Ces capacités comprennent notamment les multiples règles de conservation par catégorie, l’attribution de la conservation en fonction de la valeur du document, les multiples déclencheurs et types de conservation, l’annulation de la conservation, la déclaration automatique des documents, etc. Bon nombre de ces nouvelles capacités sont rendues possibles grâce à l’attribution de champs de métadonnées aux documents numériques. Pour profiter pleinement de ces nouvelles capacités, le calendrier de conservation doit tirer parti de ces métadonnées connues et disponibles, et exiger de nouvelles métadonnées à l’appui de la conservation. Le calendrier doit tenir pleinement compte des nouvelles capacités et les utiliser s’il y a lieu. Un calendrier de conservation qui tire pleinement parti de ces nouvelles capacités est appelé calendrier de conservation adapté aux logiciels.  Structuré différemment d’un calendrier de conservation traditionnel, il utilise de multiples règles de conservation par catégorie, tire parti des métadonnées des documents, utilise de multiples types de déclencheurs de conservation propres aux documents numériques, précise explicitement comment les dossiers particuliers sont traités, et possède plusieurs autres capacités fonctionnelles.

La nécessité d’un nouveau calendrier de conservation

De nombreuses organisations ont décidé de déployer un SGEDD (système de gestion électronique des documents et des dossiers) moderne. Les administrateurs de documents de ces projets apprendront bientôt que le calendrier de conservation est la pierre angulaire d’un SGEDD efficace.

Le SGEDD résulte du mélange de deux technologies. La première est une plateforme de GCE moderne (gestion de contenu d’entreprise), auparavant connu sous le nom de gestion de documents. Cette plateforme constitue un dépôt numérique pour tous les documents électroniques et permet la recherche avancée par contenu et par métadonnées, le contrôle de sécurité, la gestion des versions, l’automatisation des flux de travail et les tâches collaboratives comme la révision de documents rédigés par plusieurs auteurs, et bien plus encore. La deuxième technologie est la capacité de tenue de documents, souvent fournie sous forme d’un ensemble de caractéristiques au sein de la plateforme de GCE elle-même ou comme produit tiers ajouté à celle-ci.

En réalité, le calendrier de conservation est à la base des deux technologies. Le calendrier de conservation ne se limite pas à intégrer les règles de conservation à la plateforme de GCE; il influe grandement sur la plateforme elle-même. Cela est nécessaire pour que la composante de tenue de documents fonctionne correctement.

Tous les SGEDD modernes intègrent dans une certaine mesure la tenue de documents fondée sur des règles (Rules-Based Recordkeeping, ou RBR). La RBR est une approche en matière de tenue de documents électroniques qui automatise les fonctions que l’utilisateur final doit normalement exécuter. Ces fonctions comprennent la détermination des documents à conserver et à quel moment les déclarer comme tels, et du mode de classement par rapport au calendrier de conservation. Un déploiement complet et approprié de SGEDD qui utilise pleinement la capacité de RBR automatise toutes ces fonctions de tenue de documents pour l’utilisateur final. Les utilisateurs finaux n’ont absolument aucun rôle à jouer dans la déclaration ou la classification des documents. Ils utilisent simplement le système comme une plateforme de GCE ordinaire, sans avoir à penser à la gestion des documents. Toutefois, grâce à la RBR, les documents de référence sont déclarés et classés correctement par rapport au calendrier de conservation, même si l’utilisateur n’en est absolument pas conscient.

Les logiciels modernes de tenue de documents électroniques peuvent effectuer les opérations de conservation et d’élimination en employant des moyens dont la plupart des professionnels des documents n’ont peut-être même jamais entendu parler. Étant donné que les documents sont numériques, les administrateurs disposent d’un plus grand nombre de renseignements au niveau des documents et peuvent tirer parti de ces renseignements pour assurer une conservation et une élimination plus précises, sophistiquées et souples. Par exemple, ils peuvent appliquer la conservation en fonction de la valeur des documents; ils peuvent aussi appliquer plusieurs règles de conservation à une seule catégorie, et même intégrer différents types de règles de conservation au sein d’une même catégorie. Le logiciel possède ces incroyables capacités de conservation et d’élimination; toutefois, l’administrateur des documents doit lui dire ce qu’il veut qu’il fasse. Et ce rôle revient au calendrier de conservation. Si nous savons ce que le logiciel de tenue de documents est capable d’accomplir en matière de conservation et d’élimination, nous pouvons alors dresser un calendrier de conservation de manière à tirer pleinement parti de ces capacités nouvelles et puissantes. Un calendrier de conservation qui tire parti de ces capacités de conservation et d’élimination est appelé calendrier de conservation « adapté aux logiciels ».

Les calendriers de conservation traditionnels ont été établis sans aucune connaissance des capacités des logiciels modernes de tenue de documents. Si l’on utilise un calendrier traditionnel dans un SGEDD moderne, le logiciel ne pourra utiliser aucune de ses capacités avancées de conservation et d’élimination. En outre, ce type de calendrier limitera grandement la capacité d’utiliser pleinement les techniques modernes d’automatisation de la RBR. Un calendrier de conservation adapté est cependant établi en présumant qu’il sera utilisé dans un SGEDD et qu’il tirera pleinement parti des capacités avancées de conservation et d’élimination du logiciel. Tout calendrier de conservation adapté aux logiciels qui est bien rédigé peut être utilisé avec n’importe quel logiciel moderne de tenue de documents, quelle que soit la marque.

La figure 1 montre un extrait d’un calendrier de conservation clairement désuet. Ce calendrier indique le titre, la description et une règle de conservation très simpliste pour chaque catégorie. Il s’agit cependant d’un vrai calendrier qui est utilisé en ce moment.

Figure 1 – Calendrier de conservation traditionnel

La figure 2 ci-dessous montre à quel point un calendrier de conservation moderne adapté aux logiciels diffère d’un calendrier de conservation traditionnel. Un calendrier traditionnel n’est généralement qu’une longue liste d’activités, de règles de conservation et de citations. Un calendrier de conservation moderne, comme celui illustré à la figure 2, comporte toutefois trois composantes différentes, mais interreliées. Nous y reviendrons plus loin.

Figure 2 – Calendrier de conservation adapté aux logiciels

Dans le présent article, nous expliquerons comment le calendrier de conservation joue un rôle crucial dans la configuration globale d’un SGEDD moderne, et nous soulignerons les caractéristiques d’un calendrier de conservation adapté aux logiciels.

Le rôle du calendrier de conservation

La figure 3 montre à quoi ressemble un SGEDD moderne sur le plan conceptuel. Un SGEDD comporte trois « couches » :

Le calendrier de conservation Il s’agit du calendrier de conservation adapté aux logiciels. Les données seront divisées en catégories de cas et en catégories administratives. À gauche se trouvent deux catégories administratives (rondes des opérateurs et accueil et intégration des employés). À droite se trouvent deux catégories de cas (griefs syndicaux et audits de sécurité).

Structure de GCE Souvent appelée « architecture de l’information », la structure de GCE comprend toutes les « bibliothèques » ou les endroits où les documents peuvent être stockés. Les divers produits de GCE emploient des termes différents pour nommer les emplacements de stockage. Les emplacements de stockage peuvent être appelés bibliothèques, dossiers, armoires, etc. La structure de GCE comprend également les métadonnées et les champs d’information stockés de façon permanente, chaque document étant placé dans chaque emplacement de stockage. La structure de GCE ne se limite pas aux bibliothèques et aux métadonnées, elle englobe aussi le contrôle des versions, la sécurité et la collaboration, etc. Mais pour l’instant, nous ne nous préoccuperons que des bibliothèques et des métadonnées.

Règles de la RBR Les règles de la RBR renvoient aux règles créées dans le logiciel de tenue de documents pour en automatiser les processus, à savoir la déclaration (quels documents sont déclarés et à quel moment) et quelles règles de conservation du calendrier de conservation sont appliquées à quels emplacements dans la structure de GCE.

S’il est bien réalisé, le calendrier de conservation a une incidence profonde sur la structure de GCE. Chaque catégorie du calendrier de conservation se traduit par une bibliothèque dans la structure de GCE. Cette bibliothèque est l’endroit où les utilisateurs stockent les documents de cette catégorie particulière. Chaque catégorie du calendrier de conservation prend la forme d’une bibliothèque dans la structure de GCE. La catégorie et la bibliothèque portent le même nom. Les catégories de cas exigent que la bibliothèque soit subdivisée en « cas » (ou contenants). Ces subdivisions permettent de regrouper les documents d’un cas en les maintenant séparés et indépendants de ceux de tous les autres cas.

Au sommet de la pyramide trônent le logiciel de tenue de documents et ses règles de RBR. C’est ici que l’on définit des règles de déclaration comme « si bibliothèque = “rondes d’opérateur” et approuvé = “oui”, alors déclarer ». Les règles de conservation sont également définies ici, par exemple « si bibliothèque = “rondes d’opérateur”, la conservation est égale à la date réelle du document + 5 ans ». Les règles doivent savoir quels sont les noms des bibliothèques et quelles métadonnées elles peuvent utiliser.

Comme il est possible de le constater, le calendrier de conservation constitue la base sur laquelle la GCE est structurée. Cela permet aux règles de RBR de s’exécuter en fonction de cette structure, comme le montre la figure 3.

Figure 3 – Un SGEDD moderne

Documents de cas

Le calendrier de conservation doit faire la distinction entre une catégorie de cas et une catégorie que l’on appelle « administrative ». Chaque catégorie du calendrier de conservation est donc soit une catégorie de cas soit une catégorie administrative. Aujourd’hui, dans la plupart des organisations, environ 60 % de tous les documents appartiennent à des catégories de cas. La meilleure façon de comprendre la structure des documents de cas est d’utiliser un exemple. Supposons qu’il existe 1 000 contrats en vigueur à un moment donné. Chaque contrat comporte notamment un nom d’entrepreneur, une valeur, une date d’expiration et un type de contrat. Ces données ne changeront pas dans tous les documents d’un cas donné. En théorie, la date d’expiration de chaque contrat pourrait être différente de celle de tous les autres contrats. Tous les contrats auraient une seule règle de conservation qui ressemblerait à « conserver cinq ans après la date de fin du contrat, puis détruire ». Bien qu’il n’y ait qu’une seule règle qui s’applique aux 1 000 contrats, cette règle unique comporte 1 000 dates de déclenchement différentes, c’est-à-dire 1 000 dates d’expiration différentes. Le logiciel de tenue de documents doit donc effectuer le suivi de chacune de ces 1 000 dates.

Examinons cette question du point de vue d’un utilisateur final du SGEDD. Un utilisateur a en sa possession un document lié à un contrat particulier. Le document peut être un courriel suggérant plusieurs modifications à l’ébauche du contrat. L’utilisateur doit préciser auquel des 1 000 contrats le document est lié. Quelle est la procédure à suivre? L’utilisateur doit avoir un moyen d’effectuer un choix parmi les 1 000 contrats. La façon de procéder peut varier d’un système de GCE à l’autre, mais le moyen le plus courant serait une simple liste déroulante contenant les 1 000 contrats, comme le montre la figure 4. Chaque contrat porte un nom unique, et l’utilisateur doit sélectionner l’un des 1 000 contrats. Le système de GCE comportera une bibliothèque appelée « contrats ». Cette bibliothèque sera subdivisée en 1 000 contenants à cas portant chacun un nom unique faisant référence à l’un des 1 000 contrats. Voilà un bon exemple de la façon dont le calendrier de conservation façonne la structure de GCE. Les deux doivent fonctionner de concert et ce n’est qu’à ce moment que les règles de RBR peuvent être appliquées aux documents contenus dans ces bibliothèques.

Figure 4 – Sélection d’un contrat

Structure du calendrier de conservation

Un calendrier de conservation moderne adapté aux logiciels est enregistré dans une feuille de calcul. Il y a deux raisons à cela :

1. Il est lisible par machine. Tous les éléments du calendrier de conservation, y compris toutes les catégories et les règles de conservation de la RBR, peuvent être lus par un logiciel moderne de tenue de documents électroniques et importés directement dans la plateforme de GCE ou le logiciel de tenue de documents électroniques lui-même.
2. Il offre une meilleure présentation. Dans une feuille de calcul, nous pouvons regrouper les éléments par unité fonctionnelle ou par ministère. Nous pouvons appliquer des filtres à diverses colonnes pour examiner des sous-ensembles du calendrier. Nous pouvons utiliser la numérotation automatique des catégories. Comparativement à un document écrit, il s’agit d’un meilleur environnement pour élaborer le calendrier, le réviser et le présenter tant aux machines qu’aux personnes.

Le format propriétaire des feuilles de calcul que vous utilisez importe peu (Microsoft Excel, Google Sheets, etc.). Les exemples que nous présenterons dans le présent rapport utilisent Microsoft Excel. Le calendrier de conservation est un classeur composé de plusieurs feuilles de calcul.

Le calendrier de conservation comprend trois composantes importantes :

Catégories Feuille de calcul contenant toutes les catégories de chaque unité fonctionnelle de l’organisation. Chaque catégorie est nommée, numérotée et comporte une règle de conservation. Lorsqu’il y a plus d’une règle de conservation pour une catégorie, une seule règle de conservation est affichée et toutes les règles de conservation de la catégorie sont énumérées dans la feuille de calcul MRR (multiple rétention roules ou règles de conservation multiples).

Cas Feuille de calcul contenant des détails comme la nomenclature d’appellation de chaque cas pour toutes les unités fonctionnelles.

MRR Feuille de calcul contenant les règles de conservation pour chaque catégorie qui comporte plus d’une règle de conservation.

La première feuille de calcul résume les principales fonctions opérationnelles, comme le montre la figure 5 ci-dessous.

Figure 5 – Principales fonctions

Dans cette feuille de calcul, le titre de la colonne code est un court acronyme pour chacune des fonctions opérationnelles. La fonction (fonction) fait référence au nom de la fonction. Le numéro (numéro)fait référence au numéro séquentiel attribué à chacune des principales fonctions opérationnelles. La description est une description détaillée de la fonction. Chaque ligne de cette feuille de calcul constitue un groupe d’unités fonctionnelles différent au sein de l’organisation, souvent appelé service ou section. Chaque ligne de cette feuille de calcul correspond à une feuille de calcul du même nom.

Catégories

La figure 6 montre une feuille de calcul pour l’une des fonctions opérationnelles, dans ce cas-ci le service du greffier (Clerk’s Office).

Figure 6 – Catégories d’unités fonctionnelles

Chaque rangée de la feuille de calcul correspond à une seule catégorie. Les lignes blanches sont des catégories administratives, habituellement assorties de règles simples de conservation fondées sur le temps, et les lignes vertes indiquent les catégories de cas qui sont subdivisées en cas. Comme le présent rapport ne permet pas de traiter tous les titres de colonne de façon exhaustive, nous ne mettrons en évidence que les titres clés de la figure 6. Les principaux titres sont les suivants :

Secondaire (secundary) Titre abrégé de la catégorie.

No. Numéro séquentiel unique de la catégorie.

Description Description détaillée de la catégorie.

Numéro MRR (MRR number) Indique qu’il existe plusieurs règles de conservation pour cette catégorie. Les règles apparaissent dans la feuille de calcul MRR. Chaque lot de règles propres à cette catégorie est numéroté de façon unique.

BR Conservation de l’entreprise (business retention). Conservation exigée par l’entreprise, et non pas la période de conservation prévue par la loi.

Déclencheur (trigger) Il s’agit soit du champ de métadonnées du document, soit le champ de métadonnées du cas utilisé pour déclencher la période de conservation.

Type Un des cinq types de conservation (expliqué plus loin dans ce rapport).

Unité (unit) Mesure de l’unité de temps, généralement les années.

Mesure d’élimination (disp. action) Mesure d’élimination. Qu’adviendra-t-il des documents à la fin de leur cycle de vie? Habituellement, ils seront supprimés, conservés de façon permanente, examinés ou transférés.

Cas

La figure 7 ci-dessous montre la feuille de calcul utilisée pour définir les détails (structure) de tous les cas.

Figure 7 – Structure des cas

L’objectif de cette feuille de calcul est de préciser la convention d’appellation pour chaque cas de chaque catégorie désignée comme une catégorie de cas. Chaque cas appartenant à une catégorie doit porter un nom différent de tous les autres cas de la même catégorie. Certains systèmes de GCE sont fortement limités en ce qui concerne la longueur du nom des contenants. Un contenant est ce que le système de GCE utilise pour regrouper les documents liés entre eux. Dans certains systèmes de GCE, il s’agit d’un dossier, d’une armoire, d’un ensemble de documents, etc. Nous le désignerons par le terme générique de « contenant ». Nous définirons une convention d’appellation des cas en trois parties. Chaque partie indiquera un nom, si le cas est obligatoire ou facultatif (O/F) et un nombre maximal de caractères permis pour cette partie du nom. Les titres de colonne sont les suivants :

Nom de la catégorie (category name) Nom (titre) de la catégorie.

Exemples de cas (case examples) Exemples fictifs de la façon dont le nom apparaîtrait pour chaque cas.

PRI Principale fonction opérationnelle (primary business function) dont relève la catégorie.

Nom (name) Nom de la partie. L’administrateur du système attribue au contenant un nom approprié qui correspond au cas particulier, mais cette colonne indique en quoi consiste le nom.

O/F (M/O) Soit obligatoire (O) ou facultatif (F).

MAX Nombre maximal autorisé de caractères.

Conservations à règles multiples

Cette feuille de calcul contient une ligne pour chaque composant d’une règle de conservation dans chaque catégorie qui spécifie plus d’une règle de conservation. Ces règles peuvent être directement lues par machine dans la plupart des logiciels modernes de tenue de documents. Cette feuille de calcul peut également être facilement manipulée de sorte que les titres et l’ordre des colonnes apparaissent dans l’ordre particulier requis par le logiciel de tenue de documents. Les titres de colonne sont les suivants :

MRR Numéro séquentiel unique qui identifie le lot de règles propres à une catégorie donnée. Chaque ligne portera le même numéro pour toutes les composantes de règles d’une catégorie donnée.

PRI Principale fonction opérationnelle dont relève la catégorie.

Champ de document Champ de métadonnées de document qui déclenche la règle de conservation.

Valeur, document Valeur du champ de métadonnées du document qui est nécessaire pour déclencher la règle.

Champ de cas Champ de métadonnées de cas qui déclenche la règle de conservation.

Valeur, cas Valeur du champ de métadonnées de cas nécessaire pour déclencher la règle.

Nom Nom du déclencheur externe qui active la règle de conservation. Habituellement à partir d’une source externe comme une base de données d’entreprise.

Valeur Valeur du déclencheur externe nécessaire pour déclencher la règle.

REL Relié. Un opérateur booléen qui relie cette composante de règle à la composante de règle suivante. Par exemple : ET, OU, SAUF (AND, OR, NOT).

Type Type de règle de conservation. Les types de règles de conservation sont énumérés plus loin dans ce rapport.

Période Période de conservation.

Unité Unité de temps, habituellement en années.

Élimination Mesure effectuée à la fin du cycle de vie, p. ex. transfert, permanent, etc.

Caractéristiques du calendrier de conservation

Nous examinerons ici les cinq caractéristiques structurelles de base d’un calendrier de conservation adapté aux logiciels. Ces caractéristiques sont les suivantes :

Règles de conservation multiples Capacité d’avoir plusieurs règles de conservation, et plusieurs types de règles de conservation, pour une catégorie donnée du calendrier.

Conservation fondée sur la valeur Capacité de fonder les périodes de conservation sur la valeur de certains documents précis au sein de la catégorie.

Documents publiés Méthode de traitement des documents ayant une période de conservation indéterminée.

Dérogation aux règles de conservation (Retention Over-Ride, ou ROR) Capacité d’un utilisateur final d’outrepasser une règle de conservation assignée.

Modification continue Moyen de traiter les documents qui sont constamment révisés et mis à jour.

Règles de conservation multiples

Dans l’ensemble, les calendriers de conservation traditionnels ne permettent qu’un seul traitement de conservation pour chaque catégorie. Ce traitement de conservation, ou règle, peut être fondé sur le temps, comme dans « supprimer après cinq ans », ou sur le cas, comme dans « supprimer deux ans après la fin de l’enquête ». Selon la première règle, chaque document peut être détruit lorsqu’il atteint l’âge de cinq ans. L’élimination est effectuée document par document. Dans la deuxième règle, tous les documents d’un cas donné sont admissibles à l’élimination deux ans après la fin du cas, c’est-à-dire lorsque l’enquête est terminée. Dans ces deux cas, une seule règle de conservation s’applique à tous les documents de cette catégorie particulière.

Un logiciel moderne de tenue de documents électroniques nous permet toutefois d’appliquer non seulement plusieurs règles de conservation pour une catégorie donnée, mais aussi différents types de règles au sein d’une même catégorie. Chaque type de règle de conservation renvoie à une approche différente utilisée pour calculer l’admissibilité à l’élimination. À l’intérieur du logiciel, le type de conservation fait appel à un algorithme différent qui détermine comment la conservation est calculée. D’autres logiciels offrent une sélection différente de types de conservation. Certains offrent plus de types de conservation que d’autres. De plus, un type de conservation donné dans un produit peut avoir une fonction similaire à celle d’un autre produit, mais son nom sera différent. Le tableau suivant montre les cinq types de conservation les plus courants que l’on retrouve dans la plupart des logiciels :

Il existe de nombreuses situations réelles qui exigent de multiples règles de conservation dans une catégorie donnée. Voici quelques exemples courants :

1. Les copies signées d’une entente doivent être conservées beaucoup plus longtemps que les ébauches et les documents justificatifs ou accessoires liés à l’entente.
2. La loi précise qu’une période de conservation différente s’applique si un document se rapporte à une personne en deçà d’un certain âge.
3. Dans le cadre de projets d’ingénierie, chaque type de document du projet a une durée de vie et une valeur différente aux fins de conservation.
4. Les documents approuvés doivent être conservés plus longtemps que ceux qui n’ont pas été approuvés.
5. Les procès-verbaux et les ordres du jour des réunions officielles sont habituellement conservés de façon permanente, tandis que les autres documents liés à ces réunions peuvent être éliminés.
6. La période de conservation de certains documents peut varier selon le résultat du processus opérationnel. Par exemple, les documents relatifs à l’acquisition d’une entreprise précisent que certains documents relatifs à la diligence raisonnable doivent être détruits immédiatement si l’acquisition échoue, mais si l’acquisition est réalisée avec succès, ils doivent être conservés pendant un nombre déterminé d’années.
7. Politique. Les documents relatifs à la politique peuvent être éliminés après quelques années, alors que la politique officielle « publiée » reste en vigueur indéfiniment jusqu’à ce qu’elle soit remplacée.

Dans tout calendrier de conservation moderne adapté aux logiciels, il arrive fréquemment que des règles de conservation multiples s’appliquent jusqu’à 80 % de toutes les catégories du calendrier. Examinons un exemple réel d’une catégorie du calendrier de conservation qui exige plusieurs règles de conservation. Sous la rubrique « Ressources humaines », nous trouvons une activité (catégorie) appelée « Titres de compétence, employé et apprenti ». Cette activité est utilisée pour stocker tous les documents liés aux titres de compétence dont ont besoin les employés et les apprentis, par exemple pour la conduite de véhicules munis de freins à air, la manipulation de matières dangereuses, la lutte contre les incendies ou les services médicaux d’urgence. Il existe trois règles de conservation pour ces titres de compétence, fondées sur les diverses lois applicables suivantes :

1. Si matières dangereuses = oui, conservation = date d’expiration du titre de compétence + 50 ans, puis détruire
2. Si unité fonctionnelle = lutte contre les incendies (fire) ou services médicaux d’urgence (EMS), conservation = date d’expiration du titre de compétence + 8 ans, puis éliminer
3. Si matières dangereuses = non .et. unité fonctionnelle .sauf =. lutte contre les incendies ou services médicaux d’urgence, conservation = 5 ans

Examinons ce que ces trois règles signifient vraiment. La première règle stipule que si le titre de compétence a trait à des matières dangereuses, les documents qui le concernent doivent être conservés pendant 50 ans, puis détruits. La deuxième règle stipule que si le document appartient à l’unité fonctionnelle lutte contre les incendies ou à l’unité fonctionnelle services médicaux d’urgence, les documents qui y sont liés doivent être conservés pendant huit ans après l’expiration du titre de compétence puis détruits, et ce, et, quel que soit le type de titre de compétence. La troisième règle semble assez compliquée et, techniquement, elle l’est quelque peu, mais sa signification est fondamentalement simple. La troisième règle énonce simplement que tous les autres titres de compétences doivent être conservés pendant cinq ans, puis détruits. Cette règle s’appliquerait à tous les titres de compétence qui ne sont pas liés aux matières dangereuses et qui ne font pas partie des unités fonctionnelles lutte contre les incendies ou services médicaux d’urgence.

Le logiciel de tenue de documents doit disposer d’un moyen de savoir quelle règle s’applique aux documents de cette catégorie. Elle s’appuiera sur les métadonnées pour apprendre ce qu’elle doit savoir. Nous avons besoin d’un champ de métadonnées de document appelé « matières dangereuses ». La valeur par défaut sera NON. Toutefois, si l’utilisateur inscrit OUI dans ce champ, cela déclenche la règle 1 pour ce document. Nous avons besoin d’un deuxième champ de métadonnées appelé « unité fonctionnelle ». Si ce champ contient soit « lutte contre les incendies » ou « services médicaux d’urgence », la règle 2 s’appliquera à ce document. La règle 3 s’appliquera à tous les documents restants de cette catégorie.

Il s’agit d’un excellent exemple de la façon dont le calendrier de conservation oriente la structure de GCE. Le calendrier de conservation précise les trois variantes des traitements de conservation nécessaires pour cette catégorie. Il précise explicitement les champs de métadonnées nécessaires dans la structure de GCE. Tant que ces champs de métadonnées existent et que les utilisateurs les utilisent, les règles de conservation seront appliquées correctement. Évidemment, ces trois champs doivent être obligatoires, car les règles de conservation de la RBR dépendent des valeurs de ces champs pour fonctionner.

La figure 8 montre comment ces trois règles de conservation sont exprimées dans le calendrier de conservation. Le calendrier de conservation est une feuille de calcul composée de plusieurs colonnes de gauche à droite.

Figure 8 de conservation dans une seule catégorie

La colonne « secondaire » (secondary) indique le titre de la catégorie. La colonne « numéro MRR » (MRR number) indique que cette catégorie comporte plusieurs règles de conservation. Le numéro MRR 100.1 indiquera les détails des règles. Pendant ce temps, la colonne BR, ou conservation de l’entreprise, indique 5 (ans). Il s’agit de la règle par défaut de cinq ans suivi de la destruction, comme l’exige la règle 3. Toutefois, le titre de la colonne MRR indique la règle numéro 100.1, qui renvoie à l’ensemble complet des règles pour cette catégorie. Examinons les détails des règles de conservation pour cette catégorie. Voir la figure 9 ci-dessous.

Figure 9 – Détails des règles

Cette feuille de calcul peut contenir des centaines, voire des milliers de règles. Toutefois, dans cette catégorie, il y a exactement huit rangées qui forment les trois règles de conservation uniques pour cette catégorie, soit les rangées 79 à 86 inclusivement. Chaque logiciel de tenue de documents électroniques possède des capacités et des limites différentes en matière de règles de conservation multiples. De plus, chaque produit a une approche et une nomenclature légèrement différentes quant à la façon dont les règles sont exprimées et documentées. L’exemple que nous voyons à la figure 9 est une expression neutre des trois règles qui devraient s’appliquer à la plupart des logiciels modernes de tenue de documents. Il faudrait probablement les modifier pour les adapter à un logiciel particulier.

À la ligne 79, nous définissons la première règle. La règle est déclenchée par le champ de document « matières dangereuses » (hazardous materials) et la valeur doit être « oui » (yes). Le type de règle de conservation est T (basé sur le temps), la période de conservation est de 50 ans et la mesure d’élimination est « supprimer » (delete). La règle 2 est un peu plus compliquée. Les lignes 80 et 81 sont consacrées aux situations dans lesquelles l’unité fonctionnelle est « lutte contre les incendies ». Les lignes 82 et 83 sont consacrées aux mêmes situations, mais dans lesquelles l’unité fonctionnelle est « services médicaux d’urgence ». À la ligne 80, sous le titre de colonne REL (Relié), nous entrons l’opérateur booléen ET (AND). Cela signifie simplement que la condition à la ligne 80 et la condition à la ligne 81 doivent toutes deux être satisfaites pour que cette mesure soit exécutée. À la ligne 81, nous précisons qu’il doit y avoir une date dans le champ de métadonnées « date d’expiration du titre de compétence » (credential expiration date). Par conséquent, si l’unité fonctionnelle est « lutte contre les incendies » et qu’il y a une date d’expiration, le document sera conservé pendant huit ans après la date indiquée dans le champ « date d’expiration du titre de compétence ». Veuillez noter que le type de conservation est D, ce qui indique au logiciel de déclencher la période de conservation à partir de la date indiquée dans le champ de date intitulé « date d’expiration du titre de compétence ». Les rangées 82 et 83 remplissent la même fonction, mais pour l’unité fonctionnelle appelée « services médicaux d’urgence » (EMS). Les rangées 80 à 83 sont toutes trois nécessaires pour la règle de conservation 2.

Les rangées 84 à 86 constituent la règle de conservation 3. La ligne 84 précise que le champ « unité fonctionnelle » (business unit) ne doit pas contenir l’expression « lutte contre les incendies » (fire). À la ligne 85, nous précisons que le champ « unité fonctionnelle » ne doit pas contenir l’expression « services médicaux d’urgence ». À la ligne 86, nous précisons que le champ « matières dangereuses » (hazardous materials) doit contenir la valeur « NON » (NO). Une fois ces trois critères satisfaits, le document sera conservé pendant cinq ans, puis supprimé.

Cet exemple était délibérément compliqué, mais il montre comment nous pouvons établir des règles de conservation très sophistiquées et complexes. Les logiciels modernes de tenue de documents électroniques sont plus que capables de traiter ces règles complexes; toutefois, il faut indiquer de manière explicite au logiciel exactement ce qu’il doit faire. Cela nécessitera l’utilisation de métadonnées dans les règles, et il est impératif que le calendrier de conservation précise les métadonnées nécessaires pour appliquer les règles. Ces métadonnées doivent ensuite être intégrées au système de GCE. Ce n’est que lorsque les métadonnées ont été construites que la règle peut fonctionner. Au cours de la vie du système de GCE, il est impératif que ces champs de métadonnées ne soient pas perturbés, renommés, supprimés ou modifiés de quelque façon que ce soit. Si des changements sont apportés à ces métadonnées à n’importe quel moment, ils doivent être communiqués au professionnel de la GDI afin que la règle de conservation puisse être modifiée en conséquence, sinon la règle cessera tout simplement de fonctionner.

Conservation fondée sur la valeur

Avec les logiciels de tenue de documents d’aujourd’hui, nous pouvons attribuer des périodes de conservation fondées sur la valeur des documents au sein d’une catégorie. Nous pouvons attribuer des périodes de conservation plus longues aux documents de plus grande valeur, et des périodes de conservation plus courtes aux documents de moindre valeur. Pour ce faire, nous nous appuyons encore une fois sur les métadonnées des documents au sein de la structure de GCE. Nous aurons besoin d’un champ de métadonnées pour différencier les documents de grande valeur de ceux de moindre valeur. Il existe de nombreuses façons d’y parvenir en utilisant un seul ou plusieurs champs de métadonnées, en fonction de l’activité en question. Toutefois, pour le moment, nous utiliserons une technique très répandue dans un certain nombre d’organisations. Supposons que nous avons une activité (catégorie) pour « projets d’immobilisations » (capital projects). Il s’agit de grands projets d’ingénierie à forte intensité de capital, comme la construction de routes, de ponts ou de bâtiments. Chaque projet est un cas au sein de la catégorie. Chaque cas conservera tous les documents liés à ce projet particulier jusqu’à la fin de sa durée de vie (soit la date de fin du projet). Il va sans dire qu’il pourrait y avoir des milliers, voire des dizaines de milliers de documents pour chaque projet. Nous pouvons définir un champ de métadonnées qui nous indiquera la nature de chaque document. La nature ou le sujet du document peut nous indiquer sa valeur propre aux fins de l’attribution d’une période de conservation. Un bon exemple serait un champ de métadonnées nommé « Type de document, projets d’immobilisations » (Document Type, Capital Projects). Ce champ serait obligatoire dans la bibliothèque du système de GCE afin que chaque document contienne une valeur dans ce champ. Il y aurait une liste déroulante des types de documents semblable à celle illustrée ci-dessous :

Les déclencheurs de conservation sont les suivants :

TDD Date réelle du document (true document date)

EOL Fin de vie utile de l’actif (end of life)

EOP Fin du projet (end of project)

Les utilisateurs finaux sont obligés de choisir l’une des 16 valeurs possibles pour ce champ obligatoire. Normalement, les utilisateurs ne verront pas le déclencheur ou le délai de conservation lorsqu’ils sélectionnent le type de document. Ils le pourraient, mais la plupart des utilisateurs ne s’intéressent simplement pas aux périodes de conservation. Voici quelques exemples de la façon dont la règle de conservation a été dérivée de la sélection du type de document :

Spécifications techniques Ces documents seront conservés cinq ans après la fin de la durée de vie utile de l’actif en construction. S’il s’agit d’un pont, les spécifications techniques doivent être conservées à portée de main pendant toute la durée de vie utile.

Gestion de projet Ces documents comprennent des éléments tels que les calendriers, les graphiques de Gantt et d’autres documents liés à la gestion du projet. La valeur diminue rapidement après leur utilisation, de sorte que la période de conservation est la date du document (date réelle du document) +5 ans, puis le document est détruit.

Lié au budget Les documents liés au budget doivent être conservés pendant cinq ans après la fin du projet. Il n’est pas nécessaire que ces documents soient conservés pendant toute la durée de vie utile de l’actif en construction.

Tous les types de documents n’ont pas nécessairement besoin d’un traitement de conservation différent des autres types de documents. Veuillez noter que les deux types de documents « lié à l’entrepreneur » et « rapports, ébauches » ont chacun le même traitement de conservation. Dans de nombreux SGEDD modernes, le type de document est utilisé pour aider les utilisateurs finaux à chercher et à extraire des documents selon leur type. Cela est particulièrement utile lorsque le volume de documents est élevé, c.-à-d. des milliers ou même des dizaines de milliers de documents. Le champ du type de document facilite la recherche du document auquel on s’intéresse. Nous pouvons en profiter pour attribuer des périodes de conservation appropriées à chaque type de document.

La figure 10 montre comment ces règles de conservation seront saisies dans le calendrier de conservation lui-même, dans la feuille de calcul MRR.

Figure 10 – Règles de conservation selon le type de document

Veuillez noter qu’il existe deux types de conservation différents parmi les 16 règles de conservation. Les règles des rangées 101, 104, 114 et 116 de la feuille de calcul utilisent chacune un type de conservation T (conservation fondée sur le temps). Les autres règles utilisent le type de conservation E (conservation fondée sur les événements), sauf pour les trois règles des rangées 105, 106 et 107, qui exigent une conservation permanente. Le type de conservation E précise que la date de déclenchement est une date d’événement quelconque. À la rangée 108 de la feuille de calcul, la date d’événement correspond à la fin de vie utile (EOL) de l’actif. Toutefois, à la rangée 109, la date de l’événement correspond à la fin du projet.

Cette approche de conservation fondée sur la valeur est généralement utile lorsqu’on dispose d’un très grand nombre de documents dans une activité (catégorie) donnée. Cette approche offre deux avantages distincts :

1. Meilleure récupération des documents. Les utilisateurs peuvent chercher des documents en fonction du type.
2. Meilleure granularité de la conservation. Les documents présentant une faible valeur permanente sont détruits tôt, et les documents de valeur plus élevée et plus permanente sont conservés plus longtemps.

Encore une fois, il est important de souligner l’importance des métadonnées dans le SGEDD. Cette technique ne serait pas possible sans des métadonnées bien définies, en l’occurrence le champ « type de document ». Des métadonnées bien définies et soigneusement examinées sont essentielles à la réussite de tout projet de GCE, et elles sont tout aussi importantes pour l’automatisation de la tenue de documents.

Documents publiés

La période de conservation de certains types de documents est « indéfinie ». Cela signifie habituellement que le document doit être conservé jusqu’à ce qu’il ait été remplacé par une nouvelle version. Le document est conservé pendant une période indéterminée jusqu’à ce qu’il soit remplacé par cette nouvelle version. Voici quelques exemples :

Politiques Une politique, comme une politique sur l’utilisation des courriels, est en vigueur jusqu’à ce qu’elle soit remplacée par une nouvelle version.

Procédures opérationnelles normalisées Les procédures opérationnelles normalisées sont souvent documentées pour des éléments comme les exercices d’alarme incendie, les entrées dans des espaces clos, les processus d’essai diagnostique, les procédures d’exploitation et d’essai d’une usine, etc. Ces procédures demeurent en vigueur et doivent être suivies jusqu’à ce qu’elles soient remplacées par une nouvelle version.

Matériel de formation Du matériel de formation a été élaboré pour un cours de formation particulier. Ce matériel est utilisé pour donner le cours aussi souvent que nécessaire. Éventuellement, ce matériel de formation sera remplacé par une nouvelle version. La période de conservation du matériel de formation original est indéterminée, c’est-à-dire jusqu’à ce qu’il soit remplacé par une version plus récente.

Plans De nombreux plans sont en vigueur jusqu’à ce qu’ils soient remplacés par des versions plus récentes, comme les plans opérationnels annuels, les plans d’urgence, les stratégies d’entreprise, etc. Les plans sont parfois remplacés selon un cycle prévu, par exemple tous les ans ou tous les cinq ans. Toutefois, dans bien des cas, un plan est en vigueur jusqu’à ce qu’il soit remplacé par une nouvelle version, et il est impossible de prévoir à quel moment cette nouvelle version entera à son tour en vigueur.

Nous qualifions ces documents de « documents publiés ». Un document publié est simplement un document qui est « en vigueur » jusqu’à ce qu’il soit remplacé. Le document est « en application ». Nous ne devons pas détruire ces documents tant qu’ils sont en vigueur. Une fois qu’ils auront été remplacés, nous pourrons appliquer la conservation. Après la date de leur remplacement, nous pourrons les supprimer. Le terme « publié » est simplement un terme pratique; il n’est pas nécessaire d’utiliser ce mot en particulier. Dans une catégorie donnée où un document publié est en cours d’élaboration, il y aura beaucoup d’autres documents en plus du document publié lui-même. Supposons que le document publié sur lequel on travaille est une politique. On retrouvera de nombreuses ébauches de la politique. Il y aura aussi de nombreux courriels contenant des directives, des instructions et des commentaires concernant l’élaboration de la politique. Il y aura de nombreux documents de référence, entre autres des documents financiers, des séances d’information juridiques et des documents justificatifs ou auxiliaires. Parmi tous les documents de cette catégorie, il n’y a qu’à la politique proprement dite (qui a été mise en application) que nous devons appliquer le processus de remplacement. Nous pouvons appliquer une règle de conservation différente aux documents restants. Les documents restants ne seront pas conservés indéfiniment. Ils peuvent être éliminés à une période fixe ou un certain temps après l’entrée en vigueur du document publié. Quoi qu’il en soit, nous devons trouver une façon de distinguer les documents publiés de ceux qui ne le sont pas. Pour ce faire, nous utilisons un champ de métadonnées appelé PUBLIÉ (O/N).

Pour traiter le remplacement dans un SGEDD moderne, nous utilisons une combinaison des quatre champs de métadonnées suivants :

Version Version du document en question. Les versions peuvent prendre plusieurs formes, comme un numéro séquentiel, une date ou même une saison (été, automne, etc.).

Date de remplacement Date à laquelle un document a été remplacé par une nouvelle version.

Date d’entrée en vigueur Date à laquelle une nouvelle version d’un document remplacé est entrée en vigueur.

Publié Document dont la période de conservation est indéterminée (jusqu’à ce qu’il soit remplacé). Cette caractéristique permet de distinguer un document appartenant à la catégorie des documents qui nécessitent un remplacement de ceux qui ne requièrent pas ce traitement de conservation (ébauches, commentaires, documents justificatifs et accessoires).

Le processus de remplacement est illustré à la figure 8.

Figure 11 – Processus de remplacement

La version 1 a été publiée ou est entrée en vigueur le 10 janvier 2018. Le 11 juin 2018, cependant, la version 2 a été approuvée et est entrée en vigueur. Par conséquent, la date remplacée de la version 1 est devenue le 11 juin 2018, et la date d’entrée en vigueur de la version 2 était également le 11 juin 2018. Le 10 décembre 2018, la version 2 a été remplacée par la version 3, qui est entrée en vigueur le 10 décembre 2018; la version 3 n’a pas de date de remplacement, car elle n’a pas encore été remplacée par une nouvelle version. Chacun de ces trois documents comporterait la valeur OUI (YES) dans le champ de métadonnées PUBLIÉ (PUBLISHED). Tous les autres documents justificatifs et accessoires liés au document publié comporteraient la valeur NON (NO) dans le champ de métadonnées PUBLIÉ (PUBLISHED).

Supposons que nous ayons une catégorie appelée « Politiques, entreprise » qui présente les règles de conservation suivantes :

Si publié = oui, conservation = date remplacée + 5 ans

Si publié = non, conservation = 2 ans

La figure 12 montre comment nous saisirions ces deux règles dans le calendrier de conservation de la feuille de calcul MRR.

Figure 12 – Détails des règles de conservation

À la ligne 147 de la feuille de calcul, nous indiquons que la valeur OUI doit être dans le champ « publié ». Nous entrons « AND » dans la colonne REL (RELATED) pour indiquer qu’une 2^e condition doit être remplie. À la ligne 148 de la feuille de calcul, nous spécifions qu’il doit y avoir une date dans le champ « date remplacée ». Le document sera détruit cinq ans après la date inscrite dans le champ « date remplacée ». Veuillez noter que le type de conservation est D (déclencheur de conservation dans un champ de métadonnées « date » du document). À la ligne 149 de la feuille de calcul, nous traitons tous les documents restants, c.-à-d. ceux qui ne sont pas publiés. Ici, nous conservons simplement ces documents pendant deux ans, puis nous les détruisons. Le type de conservation T indique au logiciel de détruire les documents deux ans après la date réelle du document.

Dérogation aux règles de conservation

De temps à autre, dans certaines catégories, le responsable opérationnel demandera de modifier le calendrier de conservation et de conserver le document pendant une plus longue période. Nous désignons cette prolongation comme un « remplacement » du calendrier de conservation. La raison pour laquelle un utilisateur professionnel appuie cette mesure varie considérablement, mais voici quelques exemples courants des raisons pour lesquelles il pourrait vouloir remplacer le calendrier de conservation.

1. Valeur de référence. Un document particulier peut avoir une valeur inhabituellement longue (persistante) pour référence future. Il peut s’agir d’un rare précédent jurisprudentiel. Il peut s’agir d’une spécification technique ou d’une photographie d’une pièce d’équipement extrêmement rare qui est désuète depuis longtemps, mais toujours en service, et le document peut devoir être conservé tant que l’équipement sera encore en service.
2. Valeur de protection. Un document peut consigner quelque chose qui pourrait être utilisé à l’avenir pour protéger l’organisation contre des poursuites judiciaires ou servir à la défendre en cas de contestation judiciaire ou réglementaire à l’avenir. Ce document peut servir de preuve que le responsable de l’entreprise estime devoir être conservé bien au-delà de la période normale de conservation, « juste au cas où ».
3. Valeur juridique. Certaines lois obligent une organisation à conserver les documents pertinents s’il existe un « risque raisonnablement prévisible » de poursuites judiciaires. Vous pourriez penser que ce ou ces documents pourraient être importants en cas de poursuite judiciaire future contre votre organisation.
4. Valeur historique. Les documents d’une catégorie donnée ne contiennent habituellement aucun document ayant une valeur historique. Mais pour quelque raison que ce soit, il arrive de temps à autre qu’un document soit considéré comme ayant une importance historique, même si cela n’était pas prévu. Par exemple, une photographie de la cérémonie d’inauguration des travaux d’une nouvelle installation peut être incluse dans les documents du projet de construction; toutefois, la photo peut être déclarée historique. Par conséquent, vous pourriez souhaiter conserver cette photo particulière en permanence.

Pour permettre à un utilisateur final de modifier une période de conservation, vous avez besoin d’un mécanisme lui permettant de désigner un document qui possède une valeur de conservation plus élevée. Il s’agirait d’un autre champ de métadonnées. Le champ utilisé pour cette modification serait communément appelé CRITIQUE (O/N) ou quelque chose de semblable. Le nom du champ n’a pas d’importance; il peut s’appeler de la façon dont vous le souhaitez, pourvu que l’utilisateur comprenne son utilité. Nous définissons ensuite deux règles de conservation distinctes pour cette catégorie : l’une où CRITIQUE = NON et l’autre où CRITIQUE = OUI, comme indiqué ci-dessous :

Si critique = oui, conservation = 25 ans

Si critique = non, conservation = 5 ans

La figure 13 montre comment nous inscririons ces règles dans le calendrier de conservation.

Figure 13 – Dérogation aux règles de conservation

Dans la rangée 162 de la feuille de calcul, nous avons une règle de conservation simple fondée sur le temps où la valeur du champ « critique » = OUI. Les documents qui satisfont à cette règle seront détruits 25 ans après la date réelle du document. Dans la rangée 163 de la feuille de calcul, nous spécifions une règle de conservation de cinq ans où « critique » = NON.

Voici quelques éléments importants à prendre en considération lors de la mise en œuvre des dérogations aux règles de conservation :

1. Chaque catégorie peut avoir une période de conservation différente pour la dérogation. Par exemple, une catégorie « audits financiers » peut présenter une dérogation de 25 ans, tandis qu’une catégorie « collections muséales » peut comporter une dérogation de permanent.
2. Cette capacité peut faire l’objet d’abus. Certains utilisateurs peuvent avoir tendance à trop l’utiliser, et ce, sur trop de documents. Le seul moyen d’éviter cette situation est d’éduquer vos utilisateurs et de surveiller l’utilisation de la dérogation. Nous recommandons de produire régulièrement, par exemple mensuellement, un rapport sur l’ensemble du SGEDD afin de déterminer à quelle fréquence, dans quelles catégories et quels utilisateurs ont appliqué la dérogation. Surveillez-la fréquemment pour vous assurer qu’elle est utilisée de façon raisonnable, et non pas de façon abusive.
3. Cette dérogation peut être combinée à d’autres règles de conservation dans une catégorie donnée. L’exemple ci-dessous montre comment la dérogation peut être appliquée à une catégorie comportant des règles de remplacement :

1. Si publié = oui, conservation = date remplacée + 5 ans
2. Si publié = non, conservation = 2 ans
3. Si critique = oui, conservation = 25 ans

 Modification continue

Contrairement aux documents physiques traditionnels, les documents électroniques peuvent être modifiés de façon continue au fil du temps. Il existe trois méthodes distinctes pour modifier un document numérique :

Sauvegarde sous un nom de fichier différent Chaque fois que l’on modifie le document, on le sauvegarde sous un nom de fichier différent. Cela crée un document distinct chaque fois que l’on modifie le document. Chaque document est différent et porte un nom de fichier propre. Techniquement et légalement, chaque modification constitue un document différent. Chacun de ces documents peut être déclaré et géré indépendamment des autres.

Sauvegarde sous le même nom de fichier On modifie le document et le sauvegarde sans changer son nom. Cette opération remplace la version précédente du document par une nouvelle version qui contient les modifications. Il n’y a pas de suivi des modifications. Aucune version n’indique à quelle fréquence le document a été modifié ni quelles sont les différences entre les versions. Sur les plans juridique et technique, il s’agit d’un seul et même document dont le contenu a changé au fil du temps. C’est ce que nous appelons un document en « modification continue ». Il est continuellement modifié. La fréquence à laquelle il est modifié n’a aucune importance; il ne faut donc pas être rebuté par le qualificatif « continu ». Les modifications sont effectuées en continu dans la mesure où les données sont constamment écrasées pendant toute la durée de vie du document.

Sauvegarder et incrémenter la version Dans tout système de GCE moderne, il existe une option pour activer la gestion des versions. Chaque fois qu’on sauvegarde le document, le système incrémente automatiquement le numéro de version par un. Lorsqu’on sauvegarde un document pour la première fois, il se voit automatiquement attribuer le numéro de version « 1 ». Lors de la prochaine sauvegarde, il se verra attribuer le numéro de version « 2 », et ainsi de suite. Cela permet de revenir en arrière et de voir toutes les modifications apportées au document. Sur les plans juridique et technique, chaque version constitue un document qui peut être géré indépendamment des autres versions. Selon certains, la série de versions constitue un seul document. Quoi qu’il en soit, dans la tenue de documents moderne, les versions et les modifications apportées à ces versions devraient être conservées conformément au principe de conservation des documents.

Ici, nous ne tenons compte que de la deuxième des trois méthodes susmentionnées, c’est-à-dire la sauvegarde sous le même nom de fichier. Nous appelons cette opération la « modification continue ». Voici quelques exemples :

1. Registre de suivi. Feuille de calcul utilisée pour faire le suivi des présences des étudiants, des appels téléphoniques, des changements apportés aux projets, etc. La feuille de calcul est mise à jour périodiquement (chaque jour, chaque semaine, chaque mois) ou au besoin. Chaque fois que la feuille de calcul est mise à jour, elle est sauvegardée sans que son nom soit changé.
2. Bases de données. Il est possible d’utiliser une base de données pour faire le suivi des actifs, des congés des employés ou d’autres informations. Ces bases de données peuvent inclure Microsoft Access, Oracle ou même un document Microsoft Notepad. La base de données est mise à jour périodiquement et toutes les données sont stockées dans une « base de données ». Cette base de données peut être constituée d’un seul fichier ou d’un ensemble de fichiers connexes considéré comme un document. Le nom du ou des fichiers de la base de données ne change jamais, et le contenu est constamment écrasé à mesure que de nouvelles données sont ajoutées ou modifiées.
3. Bloc-notes. Un bloc-notes peut être un document ordinaire, comme un document en format Microsoft Word utilisé pour consigner les notes d’opérateurs, les notes de police ou tout autre document mis à jour périodiquement et continuellement. Microsoft propose une application logicielle novatrice appelée OneNote spécialement conçue pour consigner des notes en continu dans un seul document. En fait, OneNote est une base de données de documents non structurés.

Ces documents sont souvent importants. Cependant, étant donné qu’ils sont continuellement modifiés et sauvegardés (c.-à-d. que les données sont continuellement écrasées), nous ne pouvons ni les rendre immuables (les verrouiller et empêcher leur suppression ou leur modification) ni les supprimer. Alors, comment pouvons-nous les gérer au sein d’un calendrier de conservation? N’importe quelle catégorie donnée peut compter un ou plusieurs documents de ce type. Par exemple, une catégorie comme « rendement et suivi des ventes » peut contenir des documents liés aux quotas et aux objectifs de vente d’une équipe. Ces documents peuvent comprendre un registre de suivi, c’est-à-dire une feuille de calcul qui enregistre et suit les données agrégées de toute l’équipe des ventes au fil du temps. Comme ce journal de suivi est continuellement modifié, nous ne pouvons ni le rendre immuable ni le supprimer. Essentiellement, nous devons l’ignorer et ne pas y toucher. Dans cet exemple, nous définissons deux règles de conservation comme suit :

Si modification continue = oui, conservation = ignorer

Si modification continue = non, conservation = 5 ans

Dans le système de GCE, chaque document de cette catégorie doit posséder un champ de métadonnées obligatoire nommé « modification continue » (continuous overwrite). La valeur par défaut serait NON. Pour chaque registre de suivi stocké dans cette bibliothèque de GCE (catégorie), l’utilisateur doit indiquer « modification continue » = OUI. Lorsque « modification continue » = OUI, le logiciel ne tient pas compte du document, ne le verrouille pas et n’y applique aucune suppression. Pour tous les documents où « modification continue » = NON, le document sera conservé pendant cinq ans, puis détruit.

La figure 14 montre comment saisir ces informations dans la feuille de calcul.

Figure 14 – Modification continue

Dans la rangée 194 de la feuille de calcul, nous spécifions que pour tous les documents dont le champ de métadonnées « modification continue » = OUI, nous utiliserons le type de conservation O (ignorer, aucune suppression). Dans la rangée 195 de la feuille de calcul, nous spécifions que pour tous les documents dont le champ de métadonnées « modification continue » = NON, nous utilisons le type de conservation T (fondé sur le temps) et nous supprimons ces documents cinq ans après leur date réelle.

Dans certains cas, les registres de suivi et les bases de données similaires sont « transférés » périodiquement. Supposons qu’un registre de suivi est utilisé pour suivre le rendement des ventes au cours d’une année civile donnée. Une feuille de calcul est mise à jour de façon continue tout au long de l’année. À la fin de l’année, la feuille de calcul de l’année en question est abandonnée, et une copie portant un nom différent est produite pour l’année suivante. Cette nouvelle feuille de calcul est ensuite mise à jour continuellement tout au long de la deuxième année. Cela signifie que la mise à jour de chaque registre cesse à la fin de chaque année civile. Nous pouvons alors appliquer la conservation à ces registres. Supposons que nous ayons une catégorie contenant des registres de suivi qui ont été transférés à la fin de chaque année. Par exemple, si nous appliquons une période de conservation par défaut normale de cinq ans, cela suffirait pour recueillir les registres de suivi. Les registres de suivi seraient conservés pendant cinq ans après la fin de chaque année civile, puis ils seraient détruits. En règle générale, si la période de transfert est inférieure à la période de conservation par défaut, le traitement par modification continue n’est pas nécessaire.

Sommaire

Une nouvelle approche du calendrier de conservation est essentielle au déploiement d’un SGEDD moderne. Le calendrier doit prendre la forme d’une feuille de calcul et contenir des descriptions détaillées des catégories, des cas explicites et une convention d’appellation pour les catégories de cas, ainsi que des règles de conservation mathématiquement correctes pour toutes les catégories qui exigent plusieurs règles de conservation. Cela permet de tirer parti des capacités complètes du logiciel de SGEDD.

Le calendrier de conservation ne se limite pas à préciser les règles de conservation : il constitue la structure sous-jacente de la plateforme de GCE. Une fois le SGEDD entièrement déployé, la structure de GCE, le calendrier de conservation et les règles d’automatisation de la RBR fonctionnent de concert comme une seule unité interconnectée. Tout changement apporté à l’une ou l’autre de ces trois composantes doit être soigneusement coordonné afin que les règles de tenue de documents fondée sur des règles ne soient pas enfreintes. Cela signifie que le professionnel de la GDI doit :

1. Remanier considérablement le calendrier de conservation.
2. Exercer une forte influence sur la structure de GCE.
3. Concevoir et déployer des règles de déclaration et de conservation automatisées des documents.
4. Surveiller de manière continue l’ensemble du système et s’assurer que les changements sont communiqués et pris en compte aux trois niveaux du système.

À propos de l’auteur

Bruce Miller, MBA, IGP est un expert de réputation mondiale en tenue de documents électroniques. Consultant indépendant, auteur et éducateur, il est à la source du premier logiciel de tenue de documents électroniques au monde. Il a été directeur mondial de la stratégie et du développement des affaires d’IBM en matière de documents électroniques. M. Miller compte parmi les 439 employés d’IBM (sur les 360 000 que compte l’entreprise) qui se sont vu décerner le titre de leader technique. Il a reçu le prestigieux prix Emmett Leahy, la plus haute reconnaissance internationale accordée aux professionnels du domaine de la gestion de l’information. Son livre Managing Records in Microsoft SharePoint est l’un des ouvrages les plus vendus de l’ARMA. M. Miller est titulaire d’un diplôme en technologie du génie électronique, d’une maîtrise en administration des affaires (MBA) et est un professionnel certifié en gouvernance de l’information.

SAGESSE WINTER 2021 – AN ARMA CANADA PUBLICATION

by Bruce Miller, MBA, IGP

View PDF 08-Sagesse-2021-Re-Envisioning-the-Retention-Schedule-EN

Back to Sagesse 2021

Abstract

Modern electronic recordkeeping software provides new capabilities and techniques for managing digital records that were not previously possible with physical records. These capabilities include such things as multiple retention rules per category, retention assignment based on document value, multiple retention triggers and types, retention override, automatic declaration of records, and more. Many of these new capabilities are possible due to the presence of metadata fields assigned to digital records. To fully utilize these new capabilities, the retention schedule must leverage known available document metadata, and call for new document metadata in support of retention. The schedule must be fully aware of the new capabilities and utilize them where appropriate. A retention schedule that fully leverages these new capabilities is referred to as a software-ready retention schedule.  It is structured differently from a traditional retention schedule, allows multiple retention rules per category, leverages document metadata, uses multiple types of retention triggers unique to digital records, and explicitly specifies how case-based records are handled, as well as a number of other functional capabilities.

The Need for a New Retention Schedule

Many organizations have decided to deploy a modern EDRMS (Electronic Document and Records Management System). The records administrators of such projects will soon learn that the retention schedule is the key building block underpinning a successful EDRMS.

EDRMS is a blend of two technologies. The first is a modern ECM (Enterprise Content Management) platform (which used to be known as document management). This platform forms a digital repository for all electronic records, and provides for advanced searching by content and metadata, security control, version management, workflow automation, and collaboration such as multi-author document editing, and much more. The second technology is recordkeeping capability, often delivered as a set of features within the ECM itself or as a third-party product added to the content management platform.

In reality, the retention schedule underpins both technologies. The retention schedule does more than just feed retention rules to the ECM platform-it actually greatly influences the configuration of the ECM itself. This is necessary for the recordkeeping component to do its job properly.

All modern EDRMS systems incorporate RBR (Rules-Based Recordkeeping) to some extent. RBR is an approach to electronic recordkeeping that automates the recordkeeping functions the end user would normally have to carry out. These functions include identifying which documents are records, when to declare documents as records, and how to classify the documents against the retention schedule. A full and proper EDRMS deployment that fully utilizes RBR capability automates all these end user recordkeeping functions. End users have absolutely no role to play in the declaration or classification of any records. They simply operate the system as an ordinary everyday ECM, without thinking about records management whatsoever. Thanks to RBR however, in the background documents are being declared as records and are being properly classified against the retention schedule, even if the user is blissfully unaware of this.

Modern electronic recordkeeping software can carry out retention and disposition in ways most records professionals may not have even heard of. Because the records are digital, administrators have more document-level information to deal with and can leverage that information to do more granular, more sophisticated, and more flexible retention and disposition. For example, they can apply retention based on the value of documents, they can apply multiple retention rules to a single category, even different types of retention rules within the same category. The software has these amazing retention and disposition capabilities; however, the records administrator must tell it what they want it to do. And that’s the job of the retention schedule. If we know what the recordkeeping software is capable of in terms of retention and disposition, then we can write a retention schedule to take full advantage of these powerful new capabilities. A retention schedule that leverages these retention and disposition capabilities is referred to as a “software ready” retention schedule.

Traditional retention schedules were written without any knowledge of the capabilities of modern recordkeeping software. If you use a traditional schedule within a modern EDRMS, the software won’t be able to utilize any of the advanced retention and disposition capabilities it delivers. Furthermore, it will severely curtail the ability to fully utilize modern RBR automation techniques. A software ready retention schedule however is written with the assumption that it will be used within an EDRMS, and will take full advantage of the advanced retention and disposition capabilities of the software. Any well-written software ready retention schedule can be used with any modern recordkeeping software, regardless of brand.

Figure 1 shows an excerpt from an admittedly dated retention schedule. It shows the title, description, and a very simplistic retention rule for each category. But it is real, and it is in use today.

Figure 1 – Traditional Retention Schedule

Figure 2 below shows just how different a modern software ready retention schedule looks in comparison to a traditional schedule. A traditional schedule typically is just a long list of activities and retention rules and citations. A modern retention schedule shown in figure 2 however has three different but interrelated components. More on this later.

Figure 2 – A Software-Ready Retention Schedule

In this paper, we will explain how the retention schedule plays a pivotal role in the overall configuration of a modern EDRMS, and highlight the characteristics of a software ready retention schedule.

The Role of the Retention Schedule

Figure 3 shows what a modern EDRMS looks like conceptually. There are three “layers” to an EDRMS:

The retention schedule The software ready retention schedule. This will be divided into case categories and administrative categories. On the left side are two administrative categories (operator rounds, and employee onboarding). On the right are two case categories (union grievances, and safety audits).

ECM structure Often referred to as “information architecture”, the ECM structure consists of all the so-called “libraries”, or places that documents can be stored. Different ECM products have different names for storage locations. Storage locations can be called libraries, folders, cabinets, etc. ECM structure also consists of the metadata, fields of information permanently stored with each document placed in each storage location. There is more to ECM structure than just libraries and metadata, including such things as versioning, security and collaboration, etc. But for now, we’re only concerned with libraries and metadata.

RBR rules RBR rules refer to the rules created within the recordkeeping software to automate the recordkeeping processes, namely declaration (which documents are declared as records and when), and which retention rules in the retention schedule get applied to which locations in the ECM structure.

Done properly, the retention schedule massively impacts the ECM structure. Each category in the retention schedule translates to a library in the ECM structure. This library is where users will store documents for that particular category. Each category in the retention schedule forms one library in the ECM structure. Both the category and the library bear exactly the same name. Case categories require that the library be subdivided into “cases”, or containers, one for each case. This allows us to group records of each case together, separate from and independently of all other cases.

At the top of the pyramid lies the recordkeeping software and its RBR rules. This is where you define declaration rule such as “if library = “operator rounds” and approved = “yes” then declare”. Retention rules also get defined here, such as “if library = “operator rounds” retention equals true document date +5 years”. The rules need to know what the library names are, and what metadata it can work with.

As you can see, the retention schedule forms the base upon which the ECM is structured. This in turn allows the RBR rules to execute against that structure, as shown in figure 3.

Figure 3 – A Modern EDRMS

Case Records

The retention schedule must differentiate between case and so-called “administrative” record categories. Each category in the retention schedule therefore is either a case category or an administrative category. In most organizations today, about 60% of all records belong to case categories. The best way to understand case records structure is with the help of an example. Suppose you have 1000 contracts in existence at any one time. Each contract has a contractor name, the contract value, an expiration date, a contract type, etc. This data will not change among all the documents in any given case. Each contract theoretically could have an expiration date different from those of all other contracts. All contracts would have a single retention rule similar to “keep five years after contract end date, and then destroy”. Although there is only one single rule applied to all 1000 contracts, that single rule has 1000 different trigger dates, i.e. 1000 different expiry dates. The recordkeeping software must therefore track each of these 1000 dates.

Let’s look at this from the perspective of an EDRMS end user. A user has a document related to a particular contract. The document may be an email suggesting several changes to the draft of the contract. The user must specify which of the 1000 contracts the document is related to. How is this accomplished? The user must have a way to choose from among the 1000 contracts. How this is done can vary among different ECM systems but the most common would be a simple drop-down list of all 1000 contracts, as shown in figure 4. Each contract has a unique name, and the user must select one of the 1000 contracts. The ECM will have a library known as “contracts”. That library will be further subdivided into 1000 case containers, each bearing a unique name of one of the 1000 contracts. This is a good example of how the retention schedule shapes the ECM structure. The two have to work in concert, and only then can the RBR rules be applied to the records within these libraries.

Figure 4 – Contract Selection

Retention Schedule Structure

A modern software ready retention schedule is recorded in a spreadsheet. There are 2 reasons for this:

1. It is machine-readable. All the elements of the retention schedule including all categories and RBR retention rules can be read by modern electronic recordkeeping software and imported directly into the ECM and or the electronic recordkeeping software itself.
2. Better presentation. In a spreadsheet we can group things by business unit, or by department. We can apply filters to various columns to examine subsets of the schedule. We can use automatic numbering to number categories. Compared to a written document, it is a better environment for developing the schedule, revising it, and presenting both to machines and to humans

It does not matter which proprietary spreadsheet format you use (Microsoft Excel, Google Sheets, etc.). The examples we use in this report utilize Microsoft Excel. The retention schedule is a workbook consisting of multiple worksheets.

The retention schedule consists of 3 major components:

Categories A worksheet containing all the categories for each business unit within the organization. Each category is named, numbered, and has a retention rule. Where there is more than one retention rule for the category, only one retention rule is shown and all of the category’s retention rules are listed in the MRR worksheet.

Cases A worksheet containing the details such as naming nomenclature for each case across all business units.

MRR A worksheet containing retention rules for each category that has more than one retention rule.

The first worksheet is a summary of primary business functions, as shown in figure 5 below.

Figure 5 – Primaries

In this worksheet, the code column heading is a short acronym for each of the business functions. The function is the name of the function. Number indicates a sequential number assigned to each of the primary business functions. The description is a detailed description of the function. Each row in this worksheet constitutes a different business unit grouping within the organization, often called a department or section. Each row in this worksheet has a corresponding worksheet of the same name.

Categories

Figure 6 shows a worksheet for one of the business functions, in this case the clerks department.

Figure 6 – Business Unit Categories

Each spreadsheet row is a single category. White rows are administrative categories, usually with simple time-based retention rules, and green rows indicate case categories that are subdivided into cases. This report does not allow for a comprehensive treatment of all column headings, therefore we will highlight only the key headings from figure 6. The primary headings are as follows:

Secondary Short title of the category.

No. Sequential unique number of the category.

Description Detailed description of the category.

MRR number Indicates that there are multiple retention rules for this category. The rules appear in the MRR worksheet. Each batch of rules unique to that category are uniquely numbered.

BR Business retention. Retention needed by the business, not the retention period specified by legislation.

Trigger Either the document metadata field, or the case metadata field used to trigger the retention period

Type One of the 5 retention types (explained later in this report).

Unit Unit of time measure, typically years.

Disp. Action Disposition action. What will happen to the records at the end of their lifecycle. Typically delete, keep permanently, review, transfer.

Cases

Figure 7 below shows the worksheet used to define the details (structure) of all cases.

Figure 7 – Case Structure

The purpose of this worksheet is to specify the naming convention for each case within each category that is designated as a case category. Each case within a category must be uniquely named from all other cases in that same category. Some ECM systems have severe limitations on the length of a container name. A container is what the ECM uses to group together documents that are related. In some ECM systems this is called a folder, a cabinet, or a document set, etc. We will refer to these with the generic name “container”. We specify a case naming convention of 3 parts. Each part will specify a name, whether it is mandatory or optional (M/O), and a maximum allowable number of characters for that part of the name. The column headings are as follows:

Category name The name (title) of the category.

Case examples Fictional examples of how the naming would appear for each case.

PRI The primary business function underneath which the category falls.

Name The name of that part. The system administrator names the container with a suitable name that matches the particular case, but this column shows what the name is supposed to consist of.

M/O Either mandatory (M) or optional (O).

MAX Maximum allowable number of characters.

Multi-Rule Retentions

This worksheet contains one row for each component of a retention rule for each category that specifies more than one retention rule. These rules can be read by machine directly into most modern recordkeeping software. This spreadsheet can also be easily manipulated so that the column headings and the order of the columns are in the particular order that the recordkeeping software requires. Column headings are as follows:

MRR A unique sequential number that identifies the batch of rules unique to a given category. Each row will have the same number for all rule components in a given category.

PRI The primary business function that the category falls under.

Document field The document metadata field that triggers the retention rule.

Value, document The value of the document metadata field necessary to trigger the rule.

Case field The case metadata field that triggers the retention rule.

Value, case The value of the case metadata field necessary to trigger the rule.

Name The external trigger name that triggers the retention rule. Typically from an external source such as a corporate database.

Value The value of the external trigger necessary to trigger the rule.

REL Related. A Boolean logic operator that relates this rule component to the following rule’s component. Examples are AND, OR, NOT, etc.

Type Retention rule type. Retention rule types are itemized later in this report.

Period Retention period.

Unit Unit of time measure, usually in years.

Disposition Action carried out at the end of the lifecycle, e.g. transfer, permanent, etc.

Retention Schedule Characteristics

Here we will examine the five core structural characteristics of a software ready retention schedule. They are:

Multiple Retention Rules The ability to have multiple retention rules, and multiple types of retention rules, for any given category in the schedule.

Value-Based Retention The capability to base retention periods on the value of specified documents within the category.

Published Documents A method of handling documents with an indeterminate retention period.

Retention Over-Ride (ROR) The ability for an end user to override an assigned retention rule.

Continuous Over-Write A means of dealing with records that are being continuously revised and updated.

Multiple Retention Rules

Traditional retention schedules by and large allow only a single retention treatment for each category. That retention treatment, or rule, can be time-based as in “delete after 5 years”, or case-based as in “delete two years after end of investigation”. With the first rule each document qualifies for destruction is it reaches five years of age. Disposition is accomplished on a document by document basis. In the second rule all the records in any one case are qualified for disposition two years after the case has ended, i.e. the investigation is over. In both of these instances, there is one single retention rule that applies to all the records in that particular category.

Modern electronic recordkeeping software however allows us to support not only multiple retention rules for any one category, but also different types of rules within a category. Each retention rule type refers to a different approach used to calculate the eligibility for disposition. Inside the software, the retention type invokes a different algorithm that determines how the retention is calculated. Different software products offer a different selection of retention types. Some offer more retention types than others. And a given retention type in one product may be similar in function to that of another product, but will be named differently. The following table shows the five common retention types found across most software products:

There are plenty of real-life situations that call for multiple retention rules within a given category. Below are some common examples:

1. Executed copies of agreements must be kept much longer than drafts and supporting or ancillary documents related to the contract.
2. Legislation specifies a different retention period applies if a document is referring to a person below a certain age.
3. In engineering projects, each type of document within the project has a different lifetime and value for retention purposes.
4. Approved documents are to be kept for longer than those that have not been approved.
5. Minutes and agenda of formal meetings are typically kept permanently, whereas the remaining records related to that meeting can be discarded.
6. The retention period of certain records can vary depending on the outcome of the business process. For instance, records related to the acquisition of a company specify that certain due diligence records are to be destroyed immediately if the acquisition fails to close, but if the acquisition is completed successfully, they are to be retained for X years.
7. Policy. Documents related to the policy can be discarded after a few years, whereas the official “published” policy that was put into effect remains indefinitely until superseded.

In any modern software ready retention schedule, it is common to have multiple retention rules applicable to as many as 80% of all categories in the schedule. Let’s take a look at a real-life example of a category in the retention schedule that requires multiple retention rules. Under human resources we have an activity (category) called “Credentials, Employee and Apprentice”. This is used to store all records related to the credentials needed by employees and apprentices, such as for operating vehicles with air brakes, handling hazardous materials, firefighting, or emergency medical services. There are three retention rules for such credentials, based on various applicable legislation as shown:

1. If Hazardous Materials = Yes, retention = Credential Expiration date + 50 years then destroy
2. If Business Unit = Fire or EMS, retention = Credential Expiration date + 8 years then destroy
3. If Hazardous Materials = No .and. Business Unit .not =. Fire or EMS, retention = 5 years

Let’s look at what these three rules really mean. The first rule states that if the credential is for hazardous materials, the records relating to that credential must be kept for 50 years then destroyed. Rule two states that if the record belongs to the business unit fire or the business unit EMS, and regardless of what type of credential it is, records relating to these credentials must be kept for eight years after the expiry of the credential, then destroyed. Rule three looks rather complicated and technically it is somewhat complicated however its meaning is inherently simple. Rule 3 simply says that all other credentials are to be kept for 5 years then destroyed. This would apply to all credentials that are not hazardous materials, and are not within the business unit fire or the business unit EMS.

The recordkeeping software must have a way to know which rule to apply to which records within this category. It will rely on metadata to tell it what it needs to know. We need a document metadata field called “hazardous materials”. The default value will be NO. If, however the user enters YES in this field, that triggers rule 1 for that document. We need a second metadata field called ”business unit”. If this field contains either “fire” or “EMS”, rule 2 will be applied to that document. Rule 3 will be applied to all remaining documents in that category.

This is an excellent example of how the retention schedule drives ECM structure. The retention schedule specifies the three different variations of retention treatments necessary for this category. It explicitly specifies the metadata fields needed in the ECM structure. As long as those metadata fields exist, and users use them, the retention rules will be applied correctly. Obviously these three fields must be mandatory, as the RBR retention rules depend on the values in these fields to do its work.

Figure 8 shows how these three retention rules are expressed in the retention schedule. The retention schedule is a spreadsheet consisting of several columns from left to right.

Figure 8 – Three Retention rules in a single category

The column “secondary” shows the title of the category. The column “MRR number” indicates that this category has multiple retention rules. MRR number 100.1 will show the details of the rules. Meanwhile, the column BR or business retention shows 5 (years). This is the default rule of five years then destroy, as needed for rule 3. However the column heading MRR shows rule number 100.1, which  refers to the entire set of rules for this category. Let’s take a look at the details of the retention rules for this category. Referred to figure 9 below.

Figure 9 – Rule Details

There could be hundreds or even thousands of rules in this worksheet. In this category however there are exactly 8 rows which act together to form the three unique retention rules for this category, rows 79 through 86 inclusive. Each electronic recordkeeping software product has differing capabilities and limitations for multiple retention rules. Furthermore, each product has a slightly different approach and nomenclature to how the rules are expressed and documented. The example we see in figure 9 is a neutral expression of the three rules that should apply to most modern recordkeeping software products. They would likely have to be adjusted to suit any one particular software product.

In row 79 we define the first rule. The rule is triggered by the document field “hazardous materials”, and the value in the field must be “yes”. The retention rule type is T (time-based), the retention period is 50 years, and the disposition action is delete. Rule 2 is a little more complicated. In rows 80 and 81 we take care of the situation where the business unit is “fire”. In rows 82 and 83 we take care of the same situation, but where the business unit is “EMS”. In row 80, under the column heading REL (Related), we enter the Boolean operator AND. This simply means that the condition in row 80 and the condition in row 81 must both be met in order for the action to take place. In row 81, we specify that there must be a date in the metadata field “credential expiration date”. Hence if the business unit is “fire “and there is an expiration date, the document will be kept for eight years after the date specified in the field “credential expiration date”. Note the retention type is D, which tells the software to trigger the retention period on the date field known as “credential expiration date”. Rows 82 and 83 accomplish the same thing but for the business unit called “EMS”. Rows 80 to 83 together are necessary for our retention rule 2.

Rows 84 to 86 form our retention rule 3. Row 84 specifies that the field “business unit” must not contain the word “fire”. In row 85 we specify the field “business unit” must not contain the word “EMS”. In row 86 we specify that the field “hazardous materials” must contain the value “NO”. Once these 3 criteria have been satisfied the document will be kept for 5 years then deleted.

This has been a deliberately complicated example, but it shows how we can make very sophisticated and complex retention rules. Modern electronic recordkeeping software is more than capable of handling these complex rules; however we have to explicitly tell the software exactly what to do. This will require the use of metadata within the rules, and it is imperative that the retention schedule specify the metadata needed to execute the rules. This metadata must then be built into the ECM. Only when the metadata has been constructed can the rule possibly work. Over the lifetime of the ECM it is imperative that these metadata fields not be disturbed, renamed, removed, or altered in any way. If changes are made to this metadata at any time, the changes must be communicated to the RIM professional so the retention rule can be adjusted accordingly, otherwise the rule will simply stop working.

Value-Based Retention 

With today’s recordkeeping software we can assign retention periods based on the value of records within a category. We can assign longer retention periods to documents of higher value, and shorter retention periods to documents of lesser value. To do this we again rely on document metadata within the ECM structure. We will need a metadata field to differentiate documents of high value from those of lower value. There are many ways to do this that can involve a single metadata field or multiple metadata fields depending on the particular activity. For now however we will use a very common technique found in a number of organizations. Let’s suppose we have an activity (category) for “capital projects”. These are large capital-intensive engineering projects such as building roads, bridges, or buildings. Each project is a case within the category. Each case will store all the records related to that particular project through to the end of its life (which would be the project end date). Needless to say, there could be thousands, even tens of thousands of documents for each project. We can define a metadata field that can tell us the nature of each document. The nature, or subject of the document in turn can tell us the inherent value of the document for the purposes of assigning a retention period. A good example would be a document metadata field called “Document Type, Capital Projects”. This would be a mandatory field in the ECM library, so that every single document must have a value in this field. There would be a dropdown list of document types similar to that shown below:

Retention triggers are as follows:

TDD True document date

EOL End of life (of asset)

EOP End of project

End users are forced to pick one of the 16 possible values for this mandatory field. Users would not normally see the trigger or the retention period when they select the document type. There is no reason why they couldn’t, but most users simply don’t have an interest in the retention periods. Below are some examples of how the retention rule was derived from the selection of the document type:

Technical specifications These records will be kept for 5 years after the end of life of the asset being constructed. If the asset is a bridge, technical specifications are necessary to keep on hand for the entire life of the bridge.

Project management These records would include things such as project schedules, Gantt charts, and other documents related to the management of the project. The value diminishes quickly after they have been used, hence the retention period is the date of the document (true document date) +5 years, then destroy.

Budget related Records related to the budget are to be kept for 5 years following the end of the project. These records are not needed to be held for the life of the asset under construction.

Not all document types necessarily need to have a different retention treatment from other document types. Note above that the two document types “contractor -related” and “reports, draft” each have the same retention treatment. In many modern EDRMS systems the document type is used to help end-users search and retrieve documents by their type. This is particularly useful where there are high volumes of documents, i.e. thousands or even tens of thousands of documents. The document type field makes it easier to find the document of interest. We can take advantage of that to assign appropriate retention periods to each document type.

Figure 10 shows how these retention rules will be entered into the retention schedule itself, in the MRR (multiple retention rule) worksheet.

Figure 10 – Document Type Retention Rules

Note there are two different retention types among the 16 retention rules. The rules in each of the spreadsheet rows 101, 104, 114, and 116 each use retention type T (time-based retention). The remaining rules use retention type E (event-based retention), except for the 3 rules in spreadsheet rows 105, 106 and 107 which call for permanent retention. Retention type E specifies that the trigger date is some event date. On spreadsheet row 108 the event date is the end of life (EOL) of the asset. In row 109 however the event date is the end of project (EOP).

This approach to value-based retention is generally useful when you have a very high quantity of records within a given activity (category). This approach offers 2 distinct benefits:

1. Improved document retrievability. Users can search for documents based on the type of document.
2. Better retention granularity. Documents of low continuing value are destroyed early, and documents of higher, more persistent value are kept longer.

Once again, it’s important to point out the criticality of metadata in the EDRMS. This technique would not be possible without properly defined metadata, in this case the “document type” field. Well-defined and carefully considered metadata is a key to the success of any ECM project, and is equally important for recordkeeping automation.

Published Documents

Certain types of documents have an effective retention period of “indefinite”. This usually means that the document is to be kept until it has been superseded by a newer version. The document is kept for an indefinite period of time until it is replaced with that newer version. Some examples may include:

Policies A policy, such as an email usage policy, is in effect until replaced by a newer version of the policy.

Standard Operating Procedures Standard operating procedures are often documented for things such as fire alarm drills, confined space entries, diagnostic test processes, plant operating and testing procedures, etc. Such procedures remain in effect, and must be followed, until they have been replaced with a newer version.

Training materials Training materials have been developed for a particular training course. These materials are used to deliver the course as often as necessary. Eventually, these training materials will be replaced with a newer version. The retention period for the original training materials is indefinite, until superseded with a newer version.

Plans Many plans are in effect until replaced with newer versions, such as annual operational plans, emergency plans, corporate strategies, etc. Sometimes plans are replaced on a scheduled cycle such as annual or every 5 years. However, in many cases a plan is in effect until it is replaced with a newer version, and it is impossible to predict when that newer version will arrive.

We refer to such documents as published documents. A published document is simply one that is “in effect” until superseded. The document is “in play” so to speak, or “in force”. We must not destroy these documents while they are in effect. Once they’ve been superseded, we can then apply retention. After the date they were superseded, we can then delete them. The term “published” is simply a convenient moniker, it is not necessary to use that particular word. Within any given category where a published document is being developed, there will be many more documents than just the published document itself. Suppose the published document being worked on is a policy. There will be many drafts of the policy. There will also be many emails with directives and instructions and comments related to the development of the policy. There will be many reference documents including financial documents, legal briefings, and any manner of supporting or ancillary documents. Of all of these records in that category, we only need to apply the supersedence process to the actual policy itself (which was put into effect). We can apply a different retention rule to the remaining documents. The remaining documents do not have an indefinite retention. They can be disposed of in a fixed period of time, or a certain period of time after the published document has been put into effect. Either way, we need a way to distinguish the published documents from those that are not. To do this we use a document metadata field called PUBLISHED (Y/N).

To handle supersedence in a modern EDRMS, we use a combination of the following four metadata fields:

Version The version of the document in question. Versions can be one of many forms, such as a sequential number, date, or even a season (summer, fall, etc.).

Superseded date The date that a document was superseded by a newer version.

Effective date The date that a newer version of a superseded document was put into effect.

Published A document with an indefinite retention period (until superseded). This distinguishes a document in the category that requires supersedence retention treatment from those that do not (drafts, commentary, supporting or ancillary documents).

The supersedence process is shown in figure 8.

Figure 11 – Supersedence Process

Version 1 was published, or came into effect on January 10, 2018. On June 11, 2018 however version 2 was approved and took effect on that date. Hence the superseded date of version 1 became June 11, 2018, and the effective date of version 2 was also June 11, 2018. On December 10, 2018 version 2 was superseded by version 3, which became effective on December 10, 2018 version 3 has no superseded date as it has yet to be superseded by a newer version. Each of these 3 documents would have the value YES in the metadata field PUBLISHED. All other supporting and ancillary documents related to the published document would have the value NO in the metadata field PUBLISHED.

Suppose we have a category called “Policies, Corporate” with the following retention rules:

If Published = Yes, retention = Date Superseded + 5 years

If Published = No, retention = 2 years

Figure 12 shows how we would enter these two rules into the retention schedule in the MRR (Multi Retention Rules) worksheet.

Figure 12 – Retention Rule Details

In spreadsheet row 147 we indicate that the value YES must be in the field “published”. We enter ”AND” in the REL (RELATED) column to show that there is a 2^nd condition that must be met. In spreadsheet row 148 we specify that there must be a date in the field “superseded date”. The document will be destroyed 5 years after the date in the “superseded date” field. Note the retention type is D (trigger retention on a document metadata date field). In spreadsheet row 149 we deal with all the remaining documents, i.e. those that are not published. Here we simply keep these documents for 2 years, then destroy. The retention type T tells the software to destroy the documents 2 years following the true document date.

Retention Over-Ride

Every now and then in some categories, the business owner will request the ability to override the retention schedule and keep the document for a longer period of time. We refer to such an extension as a retention schedule “override”. The rationale for a business user to support this varies greatly but the following are some common examples of the reasons they may wish to override the retention schedule:

1. Reference value. A particular document may have an unusually long (persistent) value for future reference. It may be a rare legal precedent. It may be a technical specification or photograph of an extremely rare piece of equipment that is long out of date but still in service, and the document may need to be preserved as long as the equipment is still in service.
2. Protective value. A document may record something that could be used in the future to protect the organization from legal action, or serve to defend it in the event of any legal or regulatory challenge in the future. It may serve as evidence that the business owner feels should be kept well beyond the regular retention period, “Just in case”.
3. Legal value. Some legislation obligates an organization to keep relevant documents if there is a “reasonably foreseeable prospect” of legal action. You may suspect that this document or documents would be important in the event of future legal action against your organization.
4. Historical value. Records within a given category do not ordinarily contain anything of historical value. But for whatever reason, every now and then a document may be deemed to be historically significant, even though it was never expected to be. For example a photograph of the sod turning ceremony during the construction of a new facility may be included with the construction project documents, however the photo may be declared as historical, therefore you would wish to keep that particular photo permanently.

To allow an end user to override a retention period, you need a mechanism by which they can designate a document with higher retention value. This would be yet another metadata field. The field used for this override would commonly be called CRITICAL (Y/N), or something similar. The name of the field does not matter-it can be called anything you wish, as long as the user understands its purpose. We then define two separate retention rules for this category — one where CRITICAL = NO, and one where CRITICAL = YES, as shown below:

If Critical = Yes, retention = 25 years

If Critical = No, retention = 5 years

Figure 13 shows how we would enter these rules into the retention schedule.

Figure 13 – Retention Rule Over-ride

In spreadsheet row 162 we have a simple time-based retention rule where the value of the field “critical” = YES. Documents meeting that rule will be destroyed 25 years after the true document date. In spreadsheet row 163 we specify a retention rule of 5 years where “critical” = NO.

Below are some important considerations when implementing retention rule overrides:

1. Each category can have a different retention period for the override. For example, a category “financial audits” might have an override of 25 years, whereas a category “museum collections” might have an override of permanent.
2. This capability can be subject to abuse. Some users may have a proclivity to using it too much, on too many documents. The only defence against this is to educate your users, and to monitor the usage of the over-ride. We recommend that on a regular basis, perhaps monthly, you should run a report against the entire EDRMS to determine how often, in what categories, and which users applied the override. Monitor it frequently to ensure it’s being used in a healthy fashion and not being abused.
3. This override can be combined with other retention rules in any given category. The example below shows how the override can be applied to a category with supersedence rules:

1. If Published = Yes, retention = Date Superseded + 5 years
2. If Published = No, retention = 2 years
3. If Critical = Yes, retention = 25 years

 Continuous Overwrite

Unlike traditional physical documents, electronic documents can be modified on an ongoing basis over time. There are 3 distinctly different methods to modify a digital document:

Save with a different filename Every time you modify the document, you save it with a different filename. This creates a separate document for each time you modified the document. Each is different from the other, and they bear a different filename from each other. Technically and legally, each change constitutes a different record. Each of these separate records can be declared and managed independently of the other.

Save with the same filename You make a change to the document and save it without changing its name. This overwrites the previous version of the document with a new version that contains the changes. There is no record of the changes made to the document. There is no version that tells you how often it was changed or what the differences are between the versions. It is legally and technically one record, the content of which has changed over time. This is what we refer to as a true “continuous overwrite” document. It is continuously being overwritten. The frequency with which it is modified is of no consequence, so don’t be put off by the “continuous” terminology. It is continuous insofar as all the changes are continuously being overwritten throughout the lifetime of the document.

Save and increment the version In any modern ECM system, you can optionally turn on version management. Each time you save the document the system automatically increments the version number by one. The first time you save a document it will automatically have version 1. The next time you save it, it will have version 2, and so on. This allows you to go back in time and see every change made to the document. Legally and technically, each version is a record and can be managed as a record independently of all other versions. Some would say that the entire version series is a single record. Either way, in modern recordkeeping the versions and the changes to those versions should be preserved in accordance with the principle of records preservation.

Here we are concerned only with the 2^nd of the 3 methods shown above – saving with the same filename. We refer to this as “continuous overwrite”. Some examples may include:

1. Tracking logs. A spreadsheet used to track attendance of students, phone calls, project changes, etc. The spreadsheet is updated periodically (daily, weekly, monthly) or on an as needed basis. Each time the spreadsheet is updated it is saved without changing its name.
2. Databases. You may have a database to track things such as assets, employee leave, or other information. Such databases might include Microsoft access, Oracle, or even a Microsoft Notepad document. The database is updated periodically and all the data is stored in a “database”. This database can consist of a single file or a set of related files, which we considered to be a record. The name of that database file(s) never changes, and is continuously overwritten as new data is added or modified.
3. Notebooks. A notebook can be an ordinary document such as a Microsoft Word document which is used to record operator notes, police notes, or anything else which is periodically and continuously updated. Microsoft has an innovative software application called OneNote which is specifically designed to record notes on a continuous basis in a single document. In essence, OneNote is a database of unstructured documents.

Such documents often constitute important records. But because they are being continuously modified and saved (i.e. continuous overwrite), we can neither make them immutable (locked them down and prevent deletion or modification) or delete them. So how do we deal with it in a retention schedule? Any given category can have one or more such documents. For example, a category such as “sales performance and tracking” might contain records of the sales quotas and targets of a sales team. Mixed within these records could be a tracking log – the spreadsheet that records and tracks aggregate data of the entire sales team over time. Because this tracking log is being continuously overwritten, we cannot make it immutable or delete it. In essence, we have to ignore it and leave it be. In this example we would define two retention rules as follows:

If Continuous Overwrite = Yes, retention = Ignore

If Continuous Overwrite = No, retention = 5 years

In the ECM, each document in this category must have a mandatory metadata field called “continuous overwrite”. The default value would be NO. For each tracking log stored in this ECM library (Category), the user must specify “continuous overwrite” = YES. Where “continuous overwrite” = YES, the software will ignore the document and not lock it down or apply any deletion to it. For all documents where “continuous overwrite” = NO, the document will be kept for 5 years then destroyed.

Figure 14 shows how we would enter that into the spreadsheet.

Figure 14 – Continuous Overwrite

In spreadsheet row 194 we specify that for all documents where document metadata field “continuous overwrite” = YES, we will use retention type O (ignore, no deletion). In spreadsheet row 195 we specify that for all documents where document metadata field “continuous overwrite” = NO, we use retention type T (time-based) and delete these documents 5 years after their true document date.

In some cases, tracking logs and similar databases are “rolled over” on a periodic basis. Suppose a tracking log is used to track sales performance in a given calendar year. A spreadsheet is updated continuously throughout the year. At the end of the year the spreadsheet for that year is left behind and a copy is made with a different name for the following year. This new spreadsheet for the next year is then continuously updated throughout the second year. This means that updating of each log ceases at the end of every calendar year. We can then apply retention to those logs. Suppose we had a category that contained tracking logs that were rolled over at the end of each year. If we applied normal default retention period of 5 years for example, that would be sufficient to capture the tracking logs. The tracking logs would be retained 5 years after the end of each calendar year, then destroyed. As a general rule of thumb, if the rollover period is less than the default retention period, the continuous overwrite treatment is not necessary.

Summary

A fresh approach to the retention schedule is essential if you are about to deploy a modern EDRMS system. The schedule must be in a spreadsheet format, and contain detailed category descriptions, explicit cases and naming convention for case categories, as well as mathematically correct retention rules for all categories that require multiple retention rules. This allows you to leverage the full capabilities of the EDRMS software.

The retention schedule does more than simply specify retention rules – it forms the basic underlying structure of the ECM platform. Once the EDRMS is fully deployed, the ECM structure, the retention schedule, and the RBR automation rules all work together an as interconnected unit. Any change to either of these three components must be carefully coordinated so that the RBR rules do not break. This means the RIM professional must:

1. Substantially re-work the retention schedule
2. Heavily influence the ECM structure
3. Design and deploy automation records declaration and retention rules
4. Continuously monitor the overall system and ensure and changes are communicated and reflected in all three levels of the system

About the Author

Bruce Miller, MBA, IGP is a world leading expert on electronic recordkeeping. He is an independent consultant, an author, and an educator. He pioneered the world’s first electronic recordkeeping software. He served as IBM’s global e-Records Strategy and Business Development Executive. At IBM he was honored as a Technical Leader, one of 439 out of 360,000 IBM employees. Mr. Miller is the recipient of the prestigious Emmett Leahy Award, the highest international recognition given to professionals in the field of information management. His book “Managing Records in Microsoft SharePoint” was an ARMA best seller. Bruce holds a Diploma in Electronics Engineering Technology, an MBA, and is a certified Information Governance Professional.

Sagesse Winter 2021 – An ARMA Canada Publication

by Alexandra (Sandie) Bradley, CRM, FAI

Back to Sagesse 2021

ABSTRACT

This paper will examine why one’s personal medical information is a critical record, why record keeping techniques are necessary to access and preserve this information, and how this information assists with successful medical treatment. Observations are based on the author’s personal journey through the Canadian health care environment.  Beyond treatment, a person should also consider what information to have immediately available in case of a sudden emergency.  These records should be maintained for immediate access in case a person is stricken or must evacuate their home quickly.

INTRODUCTION

A sudden emergency, an accident, or the diagnosis and care for a critical medical issue such as COVID-19 or other significant illness will catapult an individual into the medical environment of testing, diagnosis, treatment and continuing care.  Each procedure will involve records creation and maintenance by the care providers, in a variety of organizations.  Records managers, as professionals assume responsibility for the records of organizations.  However, where our individual health is concerned, we are the subject of the various records that will accumulate about our issue.  For our use and protection, we are faced with collecting and maintaining personal health information as individuals, no matter where else this information may reside.  This paper will examine why this information is one’s most critical record, why such personal record keeping is necessary and how our information assists with successful treatment. Observations are based on a personal journey through the Canadian health care environment.  Finally, in light of current emergencies like hurricanes and wildfires, it is essential to maintain key health records in case we are stricken or have to leave our homes quickly.

Welcome to Canadian Medicine

Most people enjoy living a healthy and predictable life.  However, there may come a time when, through an accident or diagnosis of illness, the healthy person suddenly becomes the “patient”, and embarks on a pathway to healing, one that may involve a wide number of treatment providers and agencies.  Thankfully, our universal health care system in Canada means that individuals are not deprived of access for treatment.  However, across the country, various provincial jurisdictions govern the provision of health services, and within each province, diverse professional service providers may have a role to play.  The information that is documented and maintained is subject to each jurisdictions’ rules and responsibilities, varying from practice standards of professional groups to laws governing access and privacy.  Despite progress to unify these diverse systems, health information may still be fragmented and not always universally accessible to the health care providers.

Personal health information

The terminology identifying medical records has evolved to the collective term “personal health information” (1).  The retention and management of this information is governed by diverse organizational requirements, and generally is maintained for the use of the creator, not the subject of the information (2). 

As this paper will demonstrate, one patient will likely be seen by several doctors, may have many tests, and while the results may be collected or aggregated by the agencies administering the treatments, there is still no single source of truth or one “master” medical file on the patient.  The cumulative personal health information collected by the patient at each step becomes their key to understanding their diagnosis and treatment, and enables accurate communication between the patient and the various medical staff involved.  Furthermore, in an emergency, the patient’s’ ability to provide immediate and accurate medical history will speed up the provision of the necessary care.

This conclusion is based on my personal experience with a serious illness.  The paper discusses the management of personal health information from both the person experience as well as from a records manager’s perspective in collecting, organization and managing information. 

My case study

Records collection

Whether a person identifies symptoms or is suddenly stricken, whether the entrée to treatment is through a physician’s office, or through an emergency facility, the treatment process generally starts with a series of tests for diagnosis.  A friend warned me that an immediate reaction to medical news is shock, and that having a second person present helps with hearing and noting the information provided about treatment. (She called the shock “medicine brain”, and based on my experience, she was correct.  A second person heard the information I missed.)

A notebook was also recommended, to keep track of conversations, notations about medications provided, and reminders for activities, follow up meetings, etc. (Notetaking on my smart phone was not convenient, often not permitted because of proximity to medical equipment or difficult without access to WIFI.)  My husband was able to attend all meetings, and his observations assisted with my notetaking. 

Record collecting began after the first meeting with the family doctor, when we both recalled what the doctor said and noted the discussion.  The notebook became “the Blue Book” which evolved past note-taking to include handouts and other materials.  When the collection of information grew beyond five pages of documents, the Blue Book was added to the Blue Briefcase, to hold the accumulated material which had evolved into a personal case record and diary of all that happened in the journey.  This information was retained in chronological order, and corresponded to the dated notes in the Blue Book.  At each stage of my treatment, the notes provided me with quick recall and summation of treatment to discuss with the attending health staff.

Initial diagnosis and testing

My diagnosis arose from a sister’s medical event.  At a regular check-up, I made a casual comment in the family physician’s office.  On the basis of my sister’s issues, the family doctor ordered a series of routine tests.  One of them, a blood test, detected anomalies, and the doctor ordered more testing.  

As discussed above, notes of the conversation with the family physician were made in the Blue Book.  Doctor’s patient notes and medical laboratory records were created.  While doctors’ records are still not universally available in our province, a patient can sign up for access to the laboratory records and create copies of their laboratory results (3).  These copies are vital for future discussions (such as when complications arise).  

A referral from the family physician to an internist was also given, and at his office, medical history (from the Blue Book) was provided.  There were several sets of tests ordered. The dates and results of these tests were recorded in the Blue Book as they were completed, and were also shared by the internist’s office to the family doctor, who discussed them with me.  

Another referral from the family physician was made to a gastroenterologist, for a colonoscopy, properly called a “CT Scan of Abdomen and Pelvis with Contrast”, which took place in the local hospital.  Preparation for the test including detailed instructions and medication. On arrival for the test, a nurse provided a form requesting personal and family medical history, use of medications, allergies, and previous medical tests taken. 

Now, in addition to this third physician’s records, there were pharmacy (prescription) records, test procedures, the hospital test record, and discharge instructions (4) following the test.  The discharge instructions provided a brief description of the test results, which were soon followed by another record, the laboratory results of the colonoscopy.  These results were forwarded automatically to the family physician, and a copy was provided to me.  All documents were collected into the Blue Book.  Note:  My husband was also present after the colonoscopy and heard the instructions from the gastroenterologist to the surgeon.  (Sedated, I heard nothing.)  The next day, the family physician provided confirmation of the diagnosis and the prompt need for surgery.  As part of the discussion, the family physician provided a printed copy of the analysis of the colonoscopy, which was noted in the Blue Book collection, and added to the Blue Briefcase  collection of documents, now including three sets of physicians’ tests and notes. I am uncertain if the provision of copies to patients is a standard procedure or just the practice of our family physician.  If such documents are not provided, I recommend asking for copies to be provided. 

Treatment

The next step in the process was surgery.  

At his office, the surgeon (Physician#4) confirmed a date for the procedure.  Again, there was a review of medical history, from the well-thumbed Blue Book.  His staff provided more information about the surgical process, including more handouts for the Blue Briefcase including “Dialogue for Patient Fasting Guidelines”, “Bowel Preparation Instructions – Surgery” (5) and a checklist of the various departments of the hospital to be cleared before surgery.  

Appointments were made for these pre-surgical consultations at the hospital, first with the anaesthesiologist who reviewed my hospital testing record, and confirmed physical information, and a surgical nurse to brief me on the pre- and post- surgery requirements.  Again, I was required to provide my medical history (accumulating in the Blue Book), family medical history, medication use and allergies.  The anaesthesiologist indicated that the surgery would be 1.5 hours in duration, and that, prior to the surgery, no medications or supplements are permitted.  The surgical nurse provided two booklets: instructions (6) for the surgery preparation:  showering, hair washing, no use of deodorant or makeup prior to arrival at the hospital on the day of surgery.  She also confirmed the requirements of the post-surgical recovery outlined in the second booklet (7):  deep breathing, use of sugarless gum, coughing and stretching to ensure no complications from the surgical procedure. She instructed me to bring the second Enhanced Recovery after Surgery (ERAS) booklet to the hospital when I came in for surgery.  I answered questions about a representation agreement and final preparations if a full code was called. Again, all was noted in the Blue Book and the surgical instructions filed into the Blue Briefcase.  The last stop was at the hospital laboratory where blood work was done with results forwarded to the surgeon prior to the operating date.

Surgery took place two weeks later. Tissue samples were sent for biopsy, with the results forwarded to my family physician and the surgeon.

During the hospital stay, physicians, nurses and physiotherapists checked my progress, charting information into an integrated electronic record keeping system (8). All interactions with me were noted into the system, either by the nurses on a mobile computer that was brought to the bedside, or in the various locations of the hospital, including the laboratory, pharmacy or imaging department (9). I took no notes during this time.  

Five days later, I was discharged.  More information was provided by hospital staff, beyond the ERAS booklet, to cover diet (10).  A daily injection of medication was prescribed, to ensure no blood clotting after surgery. All conversations were noted in the Blue Book.

Emergency follow up 

Ten days later I was back at the Emergency Department with sharp pains and difficulty breathing.  Blue Book notes provided my recent medical history to the attending doctor.  After initial examinations by the emergency staff, including referral to my recent surgical history in the hospital’s electronic system, Physician #5 sent me for scans to determine the cause of my pain.  The scans revealed an infection as well as thrombosis in my lungs. I was readmitted to the hospital.  The infection site was drained and I was isolated for three days, until further tests revealed that the infection was not contagious.  All of this treatment was noted into the hospital electronic system, and forwarded to both my family physician and surgeon.  Two days later, I was discharged again, with medication to treat the infection as well as the thrombosis (a three month treatment of drugs).  Once again, I updated notes in the Blue Book to cover new medications and treatments.

A visit to my family physician was necessary, to prescribe the complete course of medications for the two conditions.  She also provided me a copy of the report by the BC Cancer Agency, which indicated that the surgery had successfully contained the tumour. This report was added to the Blue Briefcase.  She also referred me to a haematologist, (Physician #6) to confirm what further treatment might be required from the thrombosis.  

Ten days later, I visited the surgeon for the surgical follow up.  Despite the complications described here, he pronounced the surgery a success, and indicated that he would see me in a year for further examination.  He also referred me to an oncologist (Physician#7) for review of the tumour and any further treatment.  Ten days later, in our meeting, the oncologist stated that there was no need for further treatment. This was duly noted in the Blue Book.

The last medical visit was the haematologist, who reviewed my medical history from my Blue Book notes and the electronic hospital records.  He indicated that after the three month period of medication was completed, I was cured, and should expect no further complications, unless a similar set of circumstances arose in future. There were final notes (I thought) in the Blue Book, and much dancing and celebrating by me.

Recovery

Once hospitalization was finished, I started on the path to “back to normal” health.  The two challenges post-surgery were to regain strength and resume physical activity.  Clearly, improved muscle tone and increased energy levels were needed after the two month interval of surgery and recovery.  Normally I would swim or walk or play golf.    At our local recreation centre’s medical physiotherapy unit, I obtained an appointment with a specialist in post-surgical recovery.  She assessed my condition, reviewing my Blue Book notes and the documents associated with the surgery and post complications.  Through the next three months, she led me through a series of strengthening and balancing exercises, providing me with an illustrated set of instructions.  These were well-thumbed, copied and added to the Blue Briefcase.  I had graduated to the Weight Room for independent exercise, just as the facility closed because of the COVID 19 pandemic. However, a regime of walking and now golf have replaced the inside activities.

Finally, the last and continuing post-surgical issue is diet.  In the booklet provided upon discharge, the instructions were to follow a moderate diet for 6 to 8 weeks and then resume “normal” eating.  However, the notes from the Blue Book indicate that the physicians can assume, but don’t guarantee, when “normal” returns.    Six months post-surgery and after trial and error with different types of foods, digestion was definitely not back to normal.  Through a friend, I heard about Inspire Health (11), a cancer support agency approved by the BC Ministry of Health.  I registered with them, providing permission for them to access and review my hospital, laboratory and Cancer Agency medical history.  Inspire Health provides referrals to individual specialists, and I obtained the services of a dietitian.  Resulting from the closures caused by COVID, Inspire Health adopted a model of remote learning.  The dietitian booked a Zoom conference and my health history and subsequent diet issues were discussed.  The Blue Book notes were essential to provide context to the issues. After the first meeting online, we booked a series of Zoom calls. I was asked to maintain a food diary, and to submit it two days prior to each Zoom call.  

She immediately placed me back on the restricted diet provided when I was discharged from hospital.  In addition, she identified food allergies and reactions to specific food types, which I was instructed to remove from my diet, as well as supplements and electrolytes to add to my diet.  Each Zoom call resulted in six to eight pages of notes in the Blue Book, as well as copies of handouts about aspects of diet that related to my particular circumstances (12).  She requested further blood tests be undertaken, so I contacted my family  physician, providing her with all of the information I had been given via my Blue Book notes, and she ordered the tests.  Results indicated that I needed more iron and vitamins, which the physician ordered.  These were noted in the Blue Book.  

In all, there were four consultations with the dietitian, each resulting in recommendations for diet and supplements.  I shared the results of her recommendations with my family physician, who is now monitoring my results for iron deficiency.

A follow up visit to the internist who had been part of my diagnosis was the last step in the immediate care.  He concurred with the recommendations about diet supplements, and requested another follow up in six months to ensure progress.

Continuing care

This case will not be completed for at least five years, when the surgeon will pronounce that my treatment is completed.  At year one past surgery, a scan and colonoscopy are required, to ensure no return of cancer cells.  If none are found, the tests will drop to three years post-surgery, and then five years.  Each of the tests and scans will generate a set of additional records and notes, which are filed in chronological order within the Blue Briefcase and Book.

Benefits of the personal recordkeeping

The case study illustrates the varied sources and diverse types of records that will accumulate as a patient is diagnosed and treated for a medical condition.  Despite the evolving state of centralized electronic record keeping in the medical environment, the uncoordinated systems are still not linked, particularly the physicians’ records and those of outside service providers like the physiotherapist and dietitian, where the records are created within their office environments.  (Depending on the doctor’s relationship with the hospital, there may be access from the doctor’s office to the hospital information, but this access will not be universal.)  Consequently, when required to describe their medical condition and history, a patient must have a comprehensive and reliable information source at their fingertips.  In my case, the Blue Book and Briefcase started as reminders for me, and evolved into the story of my health, which I was required to recite with each specialist consultation.  

The need for this personal record keeping may be short-term, for the duration of the immediate treatment, or long-term, depending on the medical condition.  In my circumstances, because I will be treated for my condition for five years, this set of records will become a vital and ongoing active record until such time as I am declared “cured”.  Subsequently, this record keeping will become an historic record of my treatment, with a summary available at my fingertips should I require medical treatment for any reason in the future.  As previously noted, the physicians’ records may be retained for 16 years past my last contact or treatment, but for me, these become a permanently valuable set, and will be retained for my lifetime. 

In case of emergency – make your own information available

An emergency situation requires a different, less detailed, but equally important set of personal medical information.  If a patient is suddenly stricken and must be carried into emergency treatment, a succinct summary of medical information will be essential for the immediate treatment and assistance to the first responders.  Such information should be readily available to an emergency medical technician, ambulance attendant or other individual who is responding to the sudden event, accident, collapse, or other immediate event (13).  Sometimes called the “ICE” file, this vital record should include the information that a paramedic or first responder will require to treat the patient, and also provide to the emergency staff at the hospital.  

The original idea for the ICE file was based on an observation by a paramedic in the United Kingdom that most people have their smartphone with them at all times, so it was logical to encourage people to carry their essential information on their smartphone and in an unlocked file for ready access.  Various types of phones have software and procedures available so the phone will remain secure, yet the first responders will be able to access the information they need (14).  

Across Canada, various agencies have identified and provide template forms for the individual to complete and have available should emergencies arise, when the individual may not be in a position to provide the information. As an example, the West Toronto Support Services (15) organization provides a two page form which includes a section for relevant medical history, medications, medical allergies, and special considerations, such as dialysis or extensive medical history.  This form is brief enough that it can folded and carried in a wallet or purse.  A second, more detailed form is provided from Patient Pathways (16) which is described as “one of the most thorough available and takes into consideration any Advanced Care Planning documents that outline your preferences for future healthcare.”  This eight-page document covers full identification as well as important circumstances (e.g. deafness) , life-threatening allergies, mobility and sensory issues, medical conditions and recent surgeries, prescription medication record, non-prescription medications, medical emergency contacts, current physicians, and personal and household contacts.  Both agencies recommend that the completed forms, one for each family member, are stored in a clear plastic bag and attached to the front or inside of your refrigerator, where paramedics are trained to look. It is also recommended that these forms are updated annually, or when medical circumstances change.

While organizations may vary in the recommendations for the content of this information and where to keep it, generally, first responders agree that what they will need is information on whether there is a life threatening condition, whether there is a condition that could appear threatening but is not, and information (signed by your physician) that you are DNR (have indicated Do Not Resuscitate) if you have chosen this approach (17).

 The “go bag” 

Another type of emergency medical information you may require is the evacuation or “go bag”, information that should be prepared in advance, and ready when and if you must leave your home on short notice.  With the recent wildfires, storms, floods and other disasters, emergency planning authorities are encouraging all citizens to have a carry-all or backpack, prepared in advance and filled with the essential items you need to live in an emergency shelter or other facilities.

Along with other household information, emergency planning organizations are encouraging families to collect family health information (18).  As an example, within their Home Emergency Plan kit template, Prepared BC includes a page for family health information, including names and medical card numbers, lists of medications, medical equipment and other health information and family physicians. There is also a tip about keeping extra amounts of up to date prescriptions in the emergency kit, along with extra glasses and contact lenses, a first aid kit and other basic COVID disinfecting supplies.  In popular media (19), articles featuring the emergency needs of families also stress the need for the medical information and supplies of medicines needed to be top priority for the emergency bag or pack.

Conclusion

As a healthy person, I had no significant medical history, other than giving birth to my children, and receiving immunizations and dental care, before my diagnosis.  However, as I collected the information during my adventure (20) of the cancer treatment, my professional training alerted me to collect, organize and retain the medical information that accumulated.  My case record, at my fingertips, will have value for the duration of my treatment, and following, will contribute to my medical history.  In five years, upon conclusion of my treatment, I can foresee a file closing and culling of the documents to retain the essential information:  laboratory reports, doctors’ notes and medications.  I will include a summary in the “in case of emergency” and “to go” information that I will retain within the house. Hopefully, there will be no need for another adventure. If a hospital stay is required in future, the comprehensive medical information of the hospital treatment is in the CST system and available to the doctors and staff who will treat me.  However, until the physician’s office records are also online, some type of bridge record keeping will be required.  Another notebook, perhaps.

Every person’s medical adventure is unique, and may include fewer or more steps than the one described in this paper.  However, the ability to document and track the treatment provides assistance to the health care professionals and enables the patient to contribute to his or her immediate care.