SlideShare a Scribd company logo
1 of 36
7/12/2012
Presented to Q-Steering Committee

                      Wednesday 20June-2012




                          By: Bilal Al-kadri
          http://kw.linkedin.com/in/balkadri
Agenda
• Introduction
• Terminology & Nomenclature
• Principles and Purposes of Documentation




                                             7/12/2012
• Document Hierarchy
• SOPs
• Document Preparation & Implementation
• Good Documentation Practices
• Summary
Introduction

• World War II, the Britain MoD sought to reduce
  the amount of mistakes, and resulting
  accidents, during the manufacture of munitions.




                                                    7/12/2012
• Dealing with suppliers, MoD insisted on seeing
  procedures for the making of a product, which
  then was inspected to ensure consistency.
Introduction

• In (1966) the UK Government led a campaign for
  quality and reliability using the slogan




                                                   7/12/2012
      o"Quality is Everyone's Business."


• In 1971, the British Standard BS 9000 was
  developed as a quality assurance standard for
  the electronics industry.
Terminology & Nomenclature

• Document – “any supporting of evidence medium
  which is retrievable and traceable anytime during
  its life cycle”, this includes:




                                                      7/12/2012
   SOP, Record, JD, Manual, CD, DVD, SAP, Picture,
     Label, Contract, Agreement, Memo, etc…
Terminology & Nomenclature
• “Change Control”: refers to a formal process used
  to ensure that changes to a controlled document
  are introduced in a controlled and coordinated




                                                      7/12/2012
  manner.
• “Approved Master Document” is an original signed
  document. The approval signature indicates
  approval for issuance and use.
Terminology & Nomenclature
• “Controlled Document” refers to Standard
  Operating Procedures (SOP) and forms that have
  controlled distribution and are subject to Change




                                                      7/12/2012
  Control procedures.


• “Uncontrolled Document”: A document that is not
  subject to amendments, changes or revisions and
  not traceable.
Terminology & Nomenclature

• “Effective Date” is the date that a document
  becomes effective for use. The time difference
  between the Issuance and Effective Dates is to




                                                      7/12/2012
  ensure adequate time for personnel training prior
  to procedure implementation.

• “Issuance Date” is the date that a controlled
  document is finalized and issued to a department.
  The document does not become effective for use
  until the effective date.
Terminology & References
• Record: Document stating results achieved or
  providing evidence of activities performed.




                                                    7/12/2012
• Policy: “A predetermined course of action
  established as a guide toward accepted business
  strategies and objectives”

• Procedure: “A method by which a policy can be
  accomplished; it provides the instructions
  necessary to carry out a policy statement”.
Terminology & References
• Regulatory Compliance (RC) used to describe the
  policies and processes which organizations have in
  place to ensure that they follow the very many




                                                       7/12/2012
  laws, rules and regulations put in place.

• Quality Management System (QMS): Management
  system to direct and control and organization
  with regards to quality.

• Quality Control: Part of the quality management
  focused on fulfilling quality requirements.
Terminology & References
• Standard Operating Procedure (SOP): A document
  describing how a certain part of a process shall be
  done, including who is responsible for which tasks.




                                                        7/12/2012
• Quality Assurance: All actions that are taken to
  ensure that a development organization delivers
  products that meet performance requirements
  and adhere to standards and procedures.
Purpose of Documentation
• To ensure all personnel know what to do, when
  to do it and how?

• Communication (Teams, coworkers, suppliers,




                                                   7/12/2012
  customers, etc…)

• Follow and comply with local laws, regulations
  International Standards

• Provides audit trail
Principles of Documentation
• Documents should be designed, prepared, reviewed
  and distributed with care.




                                                     7/12/2012
• Documents should be approved, signed & dated by
  appropriate authorized persons;
    No document change without authorization
    (CCF Procedure)
Preparing a Document
• ATC adopts its own style in designing SOPs and
  follows a standard format (first page):
  A header with company’s logo, SOP title, type,




                                                    7/12/2012
   No. , current version, effective date, page#
  A footer with control documentation statement
  Signatures
  History Record & distribution
Preparing a Document
• Second page and so on in an SOP:
  Subsequent header & footer
  Purpose




                                     7/12/2012
  Scope
  Responsibilities
  Process
  Related Documents
  References
Preparing a Document
• General considerations:
  Font type is times New Roman




                                                    7/12/2012
  Font size 11 point header/footer, 12 point for
   text, 12 or 13 bold for (sub) Section titles
  Date format: dd-mm-year
  Each SOP has a unique identifying number
Preparing a Document
• For example: ATC-QA/101:
  ATC- Advanced Technology Company
  QA- Acronym for Quality Assurance Section




                                                   7/12/2012
  101-a 3-digit SOP number

• Examples of indexing for other sections unless
  chosen by process owners:
   • Finance – FIN; Purchasing– PUR;
   • Human Resources – HR; Warehouses – WHS;
   • Regulatory Compliance-RC; Laboratory- LAB
Revising a Document
• To initiate a document change or draft a new SOP,
  the originator must initiate a CCF & follow “Change
  Control Management” SOP No: ATC-QA/102.




                                                        7/12/2012
• If a document undergoes a substantive revision,
  version number will increase by a full increment
      • Version 1.0 to 2.0

• If a document undergoes a substantive revision,
  version number will increase by a single digit
      • Version 1.0 to 1.1
Retention , Archiving & Destruction

• SOPs must be current, controlled, accessible,
  retrievable and traceable.




                                                     7/12/2012
• Obsolete documents that are no longer used by a
  department shall be retained for min 2 years.
• Financial records are retained for lifetime.
• Electronic documents shall always be controlled.
Review & Control of Documents
• Documents shall be periodically reviewed.
  • Recommended once/year (min requirements)

• QA & Document Control Center are responsible to




                                                        7/12/2012
  ensure that issued documents are
  controlled, effective and implemented

• Use of electronic signatures, as well as electronic
  maintenance and submission, is an acceptable
  substitution for paper, when practical.
Document Cycle




                 7/12/2012
Document Hierarchy:


                                             Management Responsibilities & Authorities,
             Quality Manual                  and the elements of a QMS
            Quality Objectives




                                                                                          7/12/2012
                                                      Who, When, What, Where and How

          SOPs (Policies & Procedures)


                                                                  Evidence & Results

     Forms, Templates, Checklists, Records
Quality Manual
• Describing the written organization’s policies
• Scope of QMS




                                                    7/12/2012
• Documenting quality policy & quality objectives
• Description of organization
• Identification of processes
• Description of processes interactions
• Inclusion or reference of procedures
Standard Operating Procedures
• Documents that describe processes from area to
  another, or a combination of processes

• Documents needed to ensure effective planning,




                                                   7/12/2012
  operation, and control of the processes

• Departmental specific

• Step by step instructions
Forms, Templates, Checklists, etc…
 • Documents that specify the data requirements
   called out in the various documents and/or

 • Specific data sources, or graphically indicate




                                                            7/12/2012
   requirements or state specifications

 • Many of the forms are used as records once they
   are filled in and filed, although specific records are
   required at all levels

 • Complementary documents to SOPs
Documentation Project


            Top Management




                     LAB
Functions of SOPs

                • A planning document

                • A Guidance tool




                                               7/12/2012
                • A means of protection

                • A decision-making tool

                • An evidence of conformance
Process

Current Situation                    What we need?
Deficiencies                         Q-Steering Committee
Opportunities for improvements       Commitment




                                                                   7/12/2012
Variances                            Sourcing Documentation
                                     Training
                                     Action Request
                                     Audit (Internal & External)




                            How much time do I need??
7/12/2012
Documentation will drive you to your destination.
Good Documentation Practices
• Documentation is:

  oAn objective evidence to promote consistency
   and truthfulness in customer care & workplace.

  oAn effective communication among members of
   the team and coworkers.



              7 GDPs shall be put in practice
Good Documentation Practices
• Concise: must tell the entire story and be
  understood by the reader;
    Standardized?




                                               7/12/2012
    Easy for all to use & follow?
    A complete story?


• Legible: must be easy to read;
    Can everyone read what is written?
Good Documentation Practices
• Accurate: must be free of error;
     Data shall be clear and not misleading




                                                7/12/2012
• Truthful: must be free of assumptions;
     Data shall be factual and not falsified
Good Documentation Practices
• Traceable: must provide the activity, who recorded
  it, where, why & how;
     Sign for what you record




                                                       7/12/2012
     Who signed for a particular activity
     When it was recorded
     History of the document or record
Good Documentation Practices
• Prompt: must be documented at the time the
  activity performed;
   Do not use sticky notes or mark on hands
   Don’t blindly trust your memory

• Permanent: must not be erasable or fade overtime;
   Do not use pencils “can be erased”
   Use ball point blue or black ink
Summary
• Not documented means: NOT DONE

• SOPs are redundant if outdated, not implemented
  or not followed.




                                                        7/12/2012
• Documents must be standardized across all

• Objective evidence proves that something exists
  and true.

• Good Documentation Practices is a crucial part of a
  well reputed company

More Related Content

What's hot

What's hot (20)

Good Documentation Practices
Good Documentation Practices Good Documentation Practices
Good Documentation Practices
 
GMP - GOOD DOCUMENTATION PRACTICES
GMP - GOOD DOCUMENTATION PRACTICESGMP - GOOD DOCUMENTATION PRACTICES
GMP - GOOD DOCUMENTATION PRACTICES
 
Vendor Audit
Vendor Audit Vendor Audit
Vendor Audit
 
GDP Training NS
GDP Training NSGDP Training NS
GDP Training NS
 
DATA INTEGRITY GMP COMPLIANCE
DATA INTEGRITY GMP COMPLIANCEDATA INTEGRITY GMP COMPLIANCE
DATA INTEGRITY GMP COMPLIANCE
 
Good documentation practices
Good documentation practicesGood documentation practices
Good documentation practices
 
Good documentation practice
Good documentation practiceGood documentation practice
Good documentation practice
 
Good documentation practice
Good documentation practiceGood documentation practice
Good documentation practice
 
Good Documentation Practice (GDP)
Good Documentation Practice (GDP)Good Documentation Practice (GDP)
Good Documentation Practice (GDP)
 
GMP Training: Handling of deviation
GMP Training: Handling of deviationGMP Training: Handling of deviation
GMP Training: Handling of deviation
 
Good Documentation Practices
Good Documentation PracticesGood Documentation Practices
Good Documentation Practices
 
Data integrity & ALCOA+
Data integrity & ALCOA+Data integrity & ALCOA+
Data integrity & ALCOA+
 
Quality metrics
Quality metricsQuality metrics
Quality metrics
 
Good Documentation Practice
Good Documentation PracticeGood Documentation Practice
Good Documentation Practice
 
Ich guidelines on risk assessment and risk mangment
Ich guidelines on risk assessment and risk mangmentIch guidelines on risk assessment and risk mangment
Ich guidelines on risk assessment and risk mangment
 
Good documentation practice
Good documentation practiceGood documentation practice
Good documentation practice
 
Auditing of capsule, sterile production and packaging
Auditing of capsule, sterile production and packaging Auditing of capsule, sterile production and packaging
Auditing of capsule, sterile production and packaging
 
Pharmaceutical Data integrity training
Pharmaceutical Data integrity trainingPharmaceutical Data integrity training
Pharmaceutical Data integrity training
 
ALCOA & ALCOA+
ALCOA & ALCOA+ALCOA & ALCOA+
ALCOA & ALCOA+
 
Good Documentation Practice
Good Documentation PracticeGood Documentation Practice
Good Documentation Practice
 

Viewers also liked

2014-12-10 - GAMP Presentation for LI
2014-12-10 - GAMP Presentation for LI2014-12-10 - GAMP Presentation for LI
2014-12-10 - GAMP Presentation for LI
Natalia Pando de Cea
 
Model+Risk+Validation+Raphael+Albrecht
Model+Risk+Validation+Raphael+AlbrechtModel+Risk+Validation+Raphael+Albrecht
Model+Risk+Validation+Raphael+Albrecht
Raphael Albrecht
 
Software validation
Software validationSoftware validation
Software validation
Robert Phe
 
System models of sdlc- v model
System models of sdlc- v modelSystem models of sdlc- v model
System models of sdlc- v model
Minal Kashyap
 
Release With Maven
Release With MavenRelease With Maven
Release With Maven
eugenn
 
A Guide to SlideShare Analytics - Excerpts from Hubspot's Step by Step Guide ...
A Guide to SlideShare Analytics - Excerpts from Hubspot's Step by Step Guide ...A Guide to SlideShare Analytics - Excerpts from Hubspot's Step by Step Guide ...
A Guide to SlideShare Analytics - Excerpts from Hubspot's Step by Step Guide ...
SlideShare
 

Viewers also liked (20)

2014-12-10 - GAMP Presentation for LI
2014-12-10 - GAMP Presentation for LI2014-12-10 - GAMP Presentation for LI
2014-12-10 - GAMP Presentation for LI
 
Model+Risk+Validation+Raphael+Albrecht
Model+Risk+Validation+Raphael+AlbrechtModel+Risk+Validation+Raphael+Albrecht
Model+Risk+Validation+Raphael+Albrecht
 
Horizon Presentation
Horizon PresentationHorizon Presentation
Horizon Presentation
 
Software validation do's and dont's may 2013
Software validation do's and dont's may 2013Software validation do's and dont's may 2013
Software validation do's and dont's may 2013
 
Software validation
Software validationSoftware validation
Software validation
 
The Software Testing V-model reclaimed
The Software Testing V-model reclaimedThe Software Testing V-model reclaimed
The Software Testing V-model reclaimed
 
V-Model in Software Testing
V-Model in Software TestingV-Model in Software Testing
V-Model in Software Testing
 
Computer System Validation Training
Computer System Validation TrainingComputer System Validation Training
Computer System Validation Training
 
System models of sdlc- v model
System models of sdlc- v modelSystem models of sdlc- v model
System models of sdlc- v model
 
Release With Maven
Release With MavenRelease With Maven
Release With Maven
 
IT Compliance in 2015 - Beyond the “v” model
IT Compliance in 2015 - Beyond the “v” modelIT Compliance in 2015 - Beyond the “v” model
IT Compliance in 2015 - Beyond the “v” model
 
V model presentation
V model presentationV model presentation
V model presentation
 
Computer system validation
Computer system validationComputer system validation
Computer system validation
 
V model in SDLC
V model in SDLCV model in SDLC
V model in SDLC
 
V model
V modelV model
V model
 
V model final
V model finalV model final
V model final
 
ISO 15189:2007 Quality Manual
ISO 15189:2007 Quality ManualISO 15189:2007 Quality Manual
ISO 15189:2007 Quality Manual
 
V Model 2
V Model 2V Model 2
V Model 2
 
Significance of CAP accreditation
Significance of CAP accreditationSignificance of CAP accreditation
Significance of CAP accreditation
 
A Guide to SlideShare Analytics - Excerpts from Hubspot's Step by Step Guide ...
A Guide to SlideShare Analytics - Excerpts from Hubspot's Step by Step Guide ...A Guide to SlideShare Analytics - Excerpts from Hubspot's Step by Step Guide ...
A Guide to SlideShare Analytics - Excerpts from Hubspot's Step by Step Guide ...
 

Similar to Documentation MUST

122 Part 1 - GuideFigure 4-15. Close Project or Phase Dat.docx
122 Part 1 - GuideFigure 4-15. Close Project or Phase Dat.docx122 Part 1 - GuideFigure 4-15. Close Project or Phase Dat.docx
122 Part 1 - GuideFigure 4-15. Close Project or Phase Dat.docx
RAJU852744
 
Document Control for UOW Biz Studies Sept 2012
Document Control for UOW Biz Studies Sept 2012Document Control for UOW Biz Studies Sept 2012
Document Control for UOW Biz Studies Sept 2012
KerrieAnne Christian
 
103240-The-New-Way-of-Thinking-Our-Implementation-experience-with-Oracle-HCM-...
103240-The-New-Way-of-Thinking-Our-Implementation-experience-with-Oracle-HCM-...103240-The-New-Way-of-Thinking-Our-Implementation-experience-with-Oracle-HCM-...
103240-The-New-Way-of-Thinking-Our-Implementation-experience-with-Oracle-HCM-...
ssuser835d1a
 
L1-Project Integration Management.pdf
L1-Project Integration Management.pdfL1-Project Integration Management.pdf
L1-Project Integration Management.pdf
MUST
 
Web project management
Web project managementWeb project management
Web project management
beutnagel
 

Similar to Documentation MUST (20)

122 Part 1 - GuideFigure 4-15. Close Project or Phase Dat.docx
122 Part 1 - GuideFigure 4-15. Close Project or Phase Dat.docx122 Part 1 - GuideFigure 4-15. Close Project or Phase Dat.docx
122 Part 1 - GuideFigure 4-15. Close Project or Phase Dat.docx
 
Yurii Chaika: Delivery Excellence in consulting model - importance, component...
Yurii Chaika: Delivery Excellence in consulting model - importance, component...Yurii Chaika: Delivery Excellence in consulting model - importance, component...
Yurii Chaika: Delivery Excellence in consulting model - importance, component...
 
05 project scope management
05 project scope management05 project scope management
05 project scope management
 
PMP-Scope Management area
PMP-Scope Management areaPMP-Scope Management area
PMP-Scope Management area
 
CAPM Exam preparation - series 1
CAPM Exam preparation - series 1CAPM Exam preparation - series 1
CAPM Exam preparation - series 1
 
Document Control for UOW Biz Studies Sept 2012
Document Control for UOW Biz Studies Sept 2012Document Control for UOW Biz Studies Sept 2012
Document Control for UOW Biz Studies Sept 2012
 
Deciding the software development life cycle procedure (according to iso12207)
Deciding the software development life cycle procedure (according to iso12207)Deciding the software development life cycle procedure (according to iso12207)
Deciding the software development life cycle procedure (according to iso12207)
 
05 project scope management
05 project scope management05 project scope management
05 project scope management
 
Deciding the software development life cycle procedure (according to iso12207)
Deciding the software development life cycle procedure (according to iso12207)Deciding the software development life cycle procedure (according to iso12207)
Deciding the software development life cycle procedure (according to iso12207)
 
Time management
Time management Time management
Time management
 
103240-The-New-Way-of-Thinking-Our-Implementation-experience-with-Oracle-HCM-...
103240-The-New-Way-of-Thinking-Our-Implementation-experience-with-Oracle-HCM-...103240-The-New-Way-of-Thinking-Our-Implementation-experience-with-Oracle-HCM-...
103240-The-New-Way-of-Thinking-Our-Implementation-experience-with-Oracle-HCM-...
 
3 project life cycle
3   project life cycle3   project life cycle
3 project life cycle
 
L1-Project Integration Management.pdf
L1-Project Integration Management.pdfL1-Project Integration Management.pdf
L1-Project Integration Management.pdf
 
Making of Stakeholders Delight
Making of Stakeholders Delight Making of Stakeholders Delight
Making of Stakeholders Delight
 
Making of Stakeholders Delight
Making of Stakeholders DelightMaking of Stakeholders Delight
Making of Stakeholders Delight
 
6396901
63969016396901
6396901
 
Web Project Management
Web Project ManagementWeb Project Management
Web Project Management
 
Topic 7 - Project Scope Management.pdf
Topic 7 - Project Scope Management.pdfTopic 7 - Project Scope Management.pdf
Topic 7 - Project Scope Management.pdf
 
Undestand PMBok 5th, Section 4
Undestand PMBok 5th, Section 4Undestand PMBok 5th, Section 4
Undestand PMBok 5th, Section 4
 
Web project management
Web project managementWeb project management
Web project management
 

Recently uploaded

Structuring Teams and Portfolios for Success
Structuring Teams and Portfolios for SuccessStructuring Teams and Portfolios for Success
Structuring Teams and Portfolios for Success
UXDXConf
 

Recently uploaded (20)

Continuing Bonds Through AI: A Hermeneutic Reflection on Thanabots
Continuing Bonds Through AI: A Hermeneutic Reflection on ThanabotsContinuing Bonds Through AI: A Hermeneutic Reflection on Thanabots
Continuing Bonds Through AI: A Hermeneutic Reflection on Thanabots
 
ERP Contender Series: Acumatica vs. Sage Intacct
ERP Contender Series: Acumatica vs. Sage IntacctERP Contender Series: Acumatica vs. Sage Intacct
ERP Contender Series: Acumatica vs. Sage Intacct
 
Choosing the Right FDO Deployment Model for Your Application _ Geoffrey at In...
Choosing the Right FDO Deployment Model for Your Application _ Geoffrey at In...Choosing the Right FDO Deployment Model for Your Application _ Geoffrey at In...
Choosing the Right FDO Deployment Model for Your Application _ Geoffrey at In...
 
State of the Smart Building Startup Landscape 2024!
State of the Smart Building Startup Landscape 2024!State of the Smart Building Startup Landscape 2024!
State of the Smart Building Startup Landscape 2024!
 
Integrating Telephony Systems with Salesforce: Insights and Considerations, B...
Integrating Telephony Systems with Salesforce: Insights and Considerations, B...Integrating Telephony Systems with Salesforce: Insights and Considerations, B...
Integrating Telephony Systems with Salesforce: Insights and Considerations, B...
 
Where to Learn More About FDO _ Richard at FIDO Alliance.pdf
Where to Learn More About FDO _ Richard at FIDO Alliance.pdfWhere to Learn More About FDO _ Richard at FIDO Alliance.pdf
Where to Learn More About FDO _ Richard at FIDO Alliance.pdf
 
PLAI - Acceleration Program for Generative A.I. Startups
PLAI - Acceleration Program for Generative A.I. StartupsPLAI - Acceleration Program for Generative A.I. Startups
PLAI - Acceleration Program for Generative A.I. Startups
 
How we scaled to 80K users by doing nothing!.pdf
How we scaled to 80K users by doing nothing!.pdfHow we scaled to 80K users by doing nothing!.pdf
How we scaled to 80K users by doing nothing!.pdf
 
ECS 2024 Teams Premium - Pretty Secure
ECS 2024   Teams Premium - Pretty SecureECS 2024   Teams Premium - Pretty Secure
ECS 2024 Teams Premium - Pretty Secure
 
The Metaverse: Are We There Yet?
The  Metaverse:    Are   We  There  Yet?The  Metaverse:    Are   We  There  Yet?
The Metaverse: Are We There Yet?
 
FDO for Camera, Sensor and Networking Device – Commercial Solutions from VinC...
FDO for Camera, Sensor and Networking Device – Commercial Solutions from VinC...FDO for Camera, Sensor and Networking Device – Commercial Solutions from VinC...
FDO for Camera, Sensor and Networking Device – Commercial Solutions from VinC...
 
A Business-Centric Approach to Design System Strategy
A Business-Centric Approach to Design System StrategyA Business-Centric Approach to Design System Strategy
A Business-Centric Approach to Design System Strategy
 
BT & Neo4j _ How Knowledge Graphs help BT deliver Digital Transformation.pptx
BT & Neo4j _ How Knowledge Graphs help BT deliver Digital Transformation.pptxBT & Neo4j _ How Knowledge Graphs help BT deliver Digital Transformation.pptx
BT & Neo4j _ How Knowledge Graphs help BT deliver Digital Transformation.pptx
 
Intro in Product Management - Коротко про професію продакт менеджера
Intro in Product Management - Коротко про професію продакт менеджераIntro in Product Management - Коротко про професію продакт менеджера
Intro in Product Management - Коротко про професію продакт менеджера
 
Linux Foundation Edge _ Overview of FDO Software Components _ Randy at Intel.pdf
Linux Foundation Edge _ Overview of FDO Software Components _ Randy at Intel.pdfLinux Foundation Edge _ Overview of FDO Software Components _ Randy at Intel.pdf
Linux Foundation Edge _ Overview of FDO Software Components _ Randy at Intel.pdf
 
Working together SRE & Platform Engineering
Working together SRE & Platform EngineeringWorking together SRE & Platform Engineering
Working together SRE & Platform Engineering
 
IESVE for Early Stage Design and Planning
IESVE for Early Stage Design and PlanningIESVE for Early Stage Design and Planning
IESVE for Early Stage Design and Planning
 
Powerful Start- the Key to Project Success, Barbara Laskowska
Powerful Start- the Key to Project Success, Barbara LaskowskaPowerful Start- the Key to Project Success, Barbara Laskowska
Powerful Start- the Key to Project Success, Barbara Laskowska
 
Structuring Teams and Portfolios for Success
Structuring Teams and Portfolios for SuccessStructuring Teams and Portfolios for Success
Structuring Teams and Portfolios for Success
 
Overview of Hyperledger Foundation
Overview of Hyperledger FoundationOverview of Hyperledger Foundation
Overview of Hyperledger Foundation
 

Documentation MUST

  • 1. 7/12/2012 Presented to Q-Steering Committee Wednesday 20June-2012 By: Bilal Al-kadri http://kw.linkedin.com/in/balkadri
  • 2. Agenda • Introduction • Terminology & Nomenclature • Principles and Purposes of Documentation 7/12/2012 • Document Hierarchy • SOPs • Document Preparation & Implementation • Good Documentation Practices • Summary
  • 3. Introduction • World War II, the Britain MoD sought to reduce the amount of mistakes, and resulting accidents, during the manufacture of munitions. 7/12/2012 • Dealing with suppliers, MoD insisted on seeing procedures for the making of a product, which then was inspected to ensure consistency.
  • 4. Introduction • In (1966) the UK Government led a campaign for quality and reliability using the slogan 7/12/2012 o"Quality is Everyone's Business." • In 1971, the British Standard BS 9000 was developed as a quality assurance standard for the electronics industry.
  • 5. Terminology & Nomenclature • Document – “any supporting of evidence medium which is retrievable and traceable anytime during its life cycle”, this includes: 7/12/2012 SOP, Record, JD, Manual, CD, DVD, SAP, Picture, Label, Contract, Agreement, Memo, etc…
  • 6. Terminology & Nomenclature • “Change Control”: refers to a formal process used to ensure that changes to a controlled document are introduced in a controlled and coordinated 7/12/2012 manner. • “Approved Master Document” is an original signed document. The approval signature indicates approval for issuance and use.
  • 7. Terminology & Nomenclature • “Controlled Document” refers to Standard Operating Procedures (SOP) and forms that have controlled distribution and are subject to Change 7/12/2012 Control procedures. • “Uncontrolled Document”: A document that is not subject to amendments, changes or revisions and not traceable.
  • 8. Terminology & Nomenclature • “Effective Date” is the date that a document becomes effective for use. The time difference between the Issuance and Effective Dates is to 7/12/2012 ensure adequate time for personnel training prior to procedure implementation. • “Issuance Date” is the date that a controlled document is finalized and issued to a department. The document does not become effective for use until the effective date.
  • 9. Terminology & References • Record: Document stating results achieved or providing evidence of activities performed. 7/12/2012 • Policy: “A predetermined course of action established as a guide toward accepted business strategies and objectives” • Procedure: “A method by which a policy can be accomplished; it provides the instructions necessary to carry out a policy statement”.
  • 10. Terminology & References • Regulatory Compliance (RC) used to describe the policies and processes which organizations have in place to ensure that they follow the very many 7/12/2012 laws, rules and regulations put in place. • Quality Management System (QMS): Management system to direct and control and organization with regards to quality. • Quality Control: Part of the quality management focused on fulfilling quality requirements.
  • 11. Terminology & References • Standard Operating Procedure (SOP): A document describing how a certain part of a process shall be done, including who is responsible for which tasks. 7/12/2012 • Quality Assurance: All actions that are taken to ensure that a development organization delivers products that meet performance requirements and adhere to standards and procedures.
  • 12. Purpose of Documentation • To ensure all personnel know what to do, when to do it and how? • Communication (Teams, coworkers, suppliers, 7/12/2012 customers, etc…) • Follow and comply with local laws, regulations International Standards • Provides audit trail
  • 13. Principles of Documentation • Documents should be designed, prepared, reviewed and distributed with care. 7/12/2012 • Documents should be approved, signed & dated by appropriate authorized persons;  No document change without authorization  (CCF Procedure)
  • 14.
  • 15. Preparing a Document • ATC adopts its own style in designing SOPs and follows a standard format (first page): A header with company’s logo, SOP title, type, 7/12/2012 No. , current version, effective date, page# A footer with control documentation statement Signatures History Record & distribution
  • 16. Preparing a Document • Second page and so on in an SOP: Subsequent header & footer Purpose 7/12/2012 Scope Responsibilities Process Related Documents References
  • 17. Preparing a Document • General considerations: Font type is times New Roman 7/12/2012 Font size 11 point header/footer, 12 point for text, 12 or 13 bold for (sub) Section titles Date format: dd-mm-year Each SOP has a unique identifying number
  • 18. Preparing a Document • For example: ATC-QA/101: ATC- Advanced Technology Company QA- Acronym for Quality Assurance Section 7/12/2012 101-a 3-digit SOP number • Examples of indexing for other sections unless chosen by process owners: • Finance – FIN; Purchasing– PUR; • Human Resources – HR; Warehouses – WHS; • Regulatory Compliance-RC; Laboratory- LAB
  • 19. Revising a Document • To initiate a document change or draft a new SOP, the originator must initiate a CCF & follow “Change Control Management” SOP No: ATC-QA/102. 7/12/2012 • If a document undergoes a substantive revision, version number will increase by a full increment • Version 1.0 to 2.0 • If a document undergoes a substantive revision, version number will increase by a single digit • Version 1.0 to 1.1
  • 20. Retention , Archiving & Destruction • SOPs must be current, controlled, accessible, retrievable and traceable. 7/12/2012 • Obsolete documents that are no longer used by a department shall be retained for min 2 years. • Financial records are retained for lifetime. • Electronic documents shall always be controlled.
  • 21. Review & Control of Documents • Documents shall be periodically reviewed. • Recommended once/year (min requirements) • QA & Document Control Center are responsible to 7/12/2012 ensure that issued documents are controlled, effective and implemented • Use of electronic signatures, as well as electronic maintenance and submission, is an acceptable substitution for paper, when practical.
  • 22. Document Cycle 7/12/2012
  • 23. Document Hierarchy: Management Responsibilities & Authorities, Quality Manual and the elements of a QMS Quality Objectives 7/12/2012 Who, When, What, Where and How SOPs (Policies & Procedures) Evidence & Results Forms, Templates, Checklists, Records
  • 24. Quality Manual • Describing the written organization’s policies • Scope of QMS 7/12/2012 • Documenting quality policy & quality objectives • Description of organization • Identification of processes • Description of processes interactions • Inclusion or reference of procedures
  • 25. Standard Operating Procedures • Documents that describe processes from area to another, or a combination of processes • Documents needed to ensure effective planning, 7/12/2012 operation, and control of the processes • Departmental specific • Step by step instructions
  • 26. Forms, Templates, Checklists, etc… • Documents that specify the data requirements called out in the various documents and/or • Specific data sources, or graphically indicate 7/12/2012 requirements or state specifications • Many of the forms are used as records once they are filled in and filed, although specific records are required at all levels • Complementary documents to SOPs
  • 27. Documentation Project Top Management LAB
  • 28. Functions of SOPs • A planning document • A Guidance tool 7/12/2012 • A means of protection • A decision-making tool • An evidence of conformance
  • 29. Process Current Situation What we need? Deficiencies Q-Steering Committee Opportunities for improvements Commitment 7/12/2012 Variances Sourcing Documentation Training Action Request Audit (Internal & External) How much time do I need??
  • 30. 7/12/2012 Documentation will drive you to your destination.
  • 31. Good Documentation Practices • Documentation is: oAn objective evidence to promote consistency and truthfulness in customer care & workplace. oAn effective communication among members of the team and coworkers. 7 GDPs shall be put in practice
  • 32. Good Documentation Practices • Concise: must tell the entire story and be understood by the reader; Standardized? 7/12/2012 Easy for all to use & follow? A complete story? • Legible: must be easy to read; Can everyone read what is written?
  • 33. Good Documentation Practices • Accurate: must be free of error;  Data shall be clear and not misleading 7/12/2012 • Truthful: must be free of assumptions;  Data shall be factual and not falsified
  • 34. Good Documentation Practices • Traceable: must provide the activity, who recorded it, where, why & how;  Sign for what you record 7/12/2012  Who signed for a particular activity  When it was recorded  History of the document or record
  • 35. Good Documentation Practices • Prompt: must be documented at the time the activity performed;  Do not use sticky notes or mark on hands  Don’t blindly trust your memory • Permanent: must not be erasable or fade overtime;  Do not use pencils “can be erased”  Use ball point blue or black ink
  • 36. Summary • Not documented means: NOT DONE • SOPs are redundant if outdated, not implemented or not followed. 7/12/2012 • Documents must be standardized across all • Objective evidence proves that something exists and true. • Good Documentation Practices is a crucial part of a well reputed company