Thanks for the advice; I thought that was the case.
Documents to be reviewed during stage 1 audit
Answer:
The Stage 1 audit is often called a ‘documentation review’ audit because the auditor will review your documentation to establish whether it is in line with the requirements of the standard. This stage is more of a ‘reconnaissance’ audit, or a ‘pre-assessment’, whereby the auditor does a high-level review of your management system and establishes whether the internal audit programme is in place.
Stage 1 is completed on-site to determine whether your management system has met the minimum requirements of the standard and is ready for a certification audit. The auditor will point out any areas of nonconformity and potential improvements of the management system.
Documents to be reviewed during this stage of the audit are all the documents that belong to the scope of your management system, this includes documents required by the standard itself and the ones that the organization determined as necessary for effective maintenance of the manage ment system.
Answer: Unfortunately we do not have a template or tool covering specifically Information Security in Project Management, but there are many similarities with implementing an ISMS that you can use to drive the implementation of this control in a specific project:
1 - You have to define information security objectives and include them in the project objectives, the same way you define information security objectives for an ISMS aligned with organization's objectives, the only difference is that these objectives are restricted to the scope of the project
2 - You have to perform at the beginning, and periodically, information risk assessments in the project, like you would do it with other business processes, to identify necessary controls
3 - You have to ensure that information security practices are part of all phases of the project (e.g., from the issue of the project charter to project closing)
In short, you can think the inc lusion of information security in project management as if you are going to implement a small ISMS that will fit the projects needs and will be proportional to the project's lifetime and budget.
This article will provide you further explanation about Information security in project management:
- How to manage security in project management according to ISO 27001 A.6.1.5 https://advisera.com/27001academy/what-is-iso-27001/
I advise you to look for a legal expert to provide information about related laws, standards and regulations in these regions, because these are the main sources that motivate the development and adoptio n of certificates.
Answer:
Most probably the question is about proactive and reactive Problem management.
Reactive Problem Management is reaction to created Problem Record, usually based on an incident. So, Problem Management is triggered to do something (find a root cause of one or more incidents).
On the other side, Proactive Problem Management is usually carried out in scope of Continual Service Improvement and means - "let's see if we can find some common pattern in incident/problem history in order to prevent future incidents".
- Software tools are more expensive, but provide you more control and management capabilities, like access control and searching functionalities.
- Templates are cheaper and more adequate to work with non-structured information (like policies text), but they are less efficient and effective in large environments.
As far as my 'limited' understanding goes, OSHA is now using only the phrase accident as description for the impact phase. The phrase "incident" now refers to near miss incidents.
However, accident, to my opinion, refers to something that could not be prevented like an act of God so to speak an incident refers to a preventable loss after the contact phase.
Is it at all possible for you to provide clarity on this?
Answer:
As defined by OHSAS 18001 "incident is work-related event in which an injury or ill health (regardless
of severity) or fatality occurred, or could have occurred". On the other hand, "An accident is an incident which has given rise to injury, ill health or fatality". As we can see, from the definitions, terms incident and accident are not limited to "act of God" events and cover any event related to injuries or ill heath.
In the text of ISO 9001:2015 there are two sections explaining scopes. Clause 1 Scope explains the scope of the standard itself, its applicability to any type of organization regardless of the type, size and products and services it provides. This clause does not contain any requirements for QMS.
On the other hand, clause 4.3 Determining the scope of the quality management system defines requirements for organization to determine and document scope of its QMS (Quality Management System) as well as the requirements of what the scope statement should include (i.e products and services being covered by the scope).
Documenting clauses 4 and 5 without Quality Manual
Answer:
Clauses 4 and 5 do not have so many requirements for documentation. If the organization doesn't have the need to document them above the requirements of the standard, it can only create document about the scope of the QMS (Quality Management System) where it will define the scope and the exclusions and Quality Policy which is the only requirement for documentation in clause 5.
Also, the fact that the manual is no longer a mandatory document doesn't mean that it is forbidden. If the organization finds it useful for its QMS, it can keep it as a part of the documentation.