Lifecycle Engineering

Current-state compliance is based on ‘documentation, documentation, documentation’, with fragmentation and discontinuity the order of the day. This need not be so. Following on from my previous messages, systems and components can be itemized and codified with a view to acquiring front-loaded attributes and procedures across their lifecycle, this information being used to auto-generate the documented evidence that we require. The advantages in terms of standardization, transparency and scalability are obvious, along with the derivative benefits of data-exchange to & from other business applications (e.g. maintenance, calibration etc.). This message invites feedback in regard to the implications of a data-driven approach to Self-Evident Engineering (SEE).

The current state is based on fragmented and discontinuous lifecycles and workflows, with all of the attendant pitfalls and inefficiencies which I won’t go into here. By comparison, the desired state calls for lifecycle integration and connectivity; with development, design and manufacturing being treated as inseparable items within the compliance continuum. Time for another acronym by the way: Development, Design & Manufacturing Lifecycle = DDML.

While each DDML phase has its own particularities (e.g. preconditions, handshakes, timing, protocols) and sub-phases (e.g. technology transfer, risk assessment, preliminary & detailed design, delivery, C&Q, maintenance, requalification), I am suggesting that not only can they be, but they must be, defined and managed in unison. This message invites discussion and feedback in regard to the implications of lifecycle integration as a constituent of Self-Evident Engineering (SEE).

2007 is here and Donagh has encouraged me to get with the program and start blogging. My intention is to keep these messages brief but ‘provocative’, with a view to creating a forum for dialog and information exchange between fellow travellers….

What I am suggesting in this first message is that operations, parameters, alarms, materials, personnel, methods etc. can be componentized just as readily as physical components and that the incremental registration of such items calls for a panoramic and DIY-based mindset.

This facilitates the integrated and unified approach we’ve all been seeking, with specific benefits that I will present in subsequent messages. For now, I am inviting feedback re the implications of the interdisciplinary registration and codification of design, installation, operational, performance and other ‘components’ as a launching pad for what I’m going to call Self-Evident Engineering (SEE).

This is the launching post of the Campbell Informatics Blog.

Campbell Informatics, founded in 1990, delivers systems modeling and engineering data management products and services to the regulated life science manufacturing sector. See About Campbell Informatics.

What you can expect to read on the Campbell Informatics are:

• Thought provoking and sometimes controversial arguments in Engineering and Quality Data Management for life science manufacturers
• Discussions on improved and more efficient concept models for the sector
• Real challenges in the industry in mini-case-study format
• Occasional relevant News from the industry

Who will be posting on this blog?

• Cliff Campbell, Founder and President, Campbell Informatics
• Donagh Kiernan, CEO, Campbell Informatics
• and more to come later

Enjoy

Donagh