The Elsmar Cove Forum and Site Map The Elsmar Cove Wiki More Free Files The Elsmar Cove Forums Discussion Thread Index Post Attachments Listing Failure Modes Services and Solutions to Problems Elsmar cove Forums Main Page Elsmar Cove Home Page

Go Back   The Elsmar Cove Forum > Common Quality Assurance Processes and Tools > Software Quality Assurance


The Elsmar Cove Forum SideBar!
Monitor the Forum
Monitor New Forum Posts
New Threads Feeds
RSS FeedRSS Feed
Sponsor Link










$ Contributor Forum Access
Courtesy Quick Links

Links that Elsmar Cove visitors will find useful in your quest for knowledge:


Howard's International Quality Services

Atul's Symphony Technologies

Dave Scott's Scott Quality Solutions

Praxiom Research Group


NIST's Engineering Statistics Handbook

IRCA - International Register of Certified Auditors

SAE - Society of Automotive Engineers

Quality Digest Portal

IEST - Institute of Environmental Sciences and Technology

ASQ - American Society for Quality


All the Important Standards and Related Web Sites in the World
Reply
 
Thread Tools Search this Thread Rate Thread Content Display Modes
  #1  
Old 22nd December 2005, 11:28 AM
DaveDavis DaveDavis is offline
Registered Visitor

Registration Date: Sep 2005
Location: USA
Age: 43
 
Posts: 18
Thanks Given to Others: 0
Thanked 4 Times in 3 Posts
Karma Power: 17
Karma: 30
DaveDavis has less than 100 Karma points so far.
Question What constitutes a "significant change" in software AND what does not

Hi all,

Greetings, merry Christmas, Happy New Year, etc...

I've the challenge of explaining to my Japanese cohorts what the meaning (definition) of what constitutes a significant change in software (hardware as well, but let's focus on software). We are a medical device manufacturer and therfore follow all FDA guidelines and laws... blah, blah, blah. I gave them the examples cited by FDA - the unfortunate issue is that my counterparts take those examples as literal and not "examples". I've found that being to verbose is NOT a good thing with the Japanese, so I need to try and be a little less wordy and provide more examples.... That's why I'm asking for your help.

I would like to ask you for your interpretation of what constitutes a "significant change" in software AND what does not.

Thanks for your help...

Dave
Reply With Quote

Sponsored Links
  #2  
Old 22nd December 2005, 11:42 AM
tarheels4's Avatar
tarheels4 tarheels4 is offline
E-Mails Invalid or Rejected

Registration Date: Sep 2004
Location: Ohio
Age: 46
 
Posts: 352
Thanks Given to Others: 18
Thanked 4 Times in 4 Posts
Karma Power: 0
Karma: 152
tarheels4 is appreciated, and has over 100 Karma points.tarheels4 is appreciated, and has over 100 Karma points.
Default

Quote:
Originally Posted by DaveDavis

I would like to ask you for your interpretation of what constitutes a "significant change" in software AND what does not.

Thanks for your help...

Dave
Definition "Significant Change" What you would get if you could develop software to compete with Microsoft windows.

Sorry, just joking, I don't know what it means.
Reply With Quote
Sponsored Links

  #3  
Old 22nd December 2005, 11:55 AM
tarheels4's Avatar
tarheels4 tarheels4 is offline
E-Mails Invalid or Rejected

Registration Date: Sep 2004
Location: Ohio
Age: 46
 
Posts: 352
Thanks Given to Others: 18
Thanked 4 Times in 4 Posts
Karma Power: 0
Karma: 152
tarheels4 is appreciated, and has over 100 Karma points.tarheels4 is appreciated, and has over 100 Karma points.
Default

I googled and found this link.
http://www.gnu.org/prep/maintain/htm...gnificant.html
Reply With Quote
  #4  
Old 22nd December 2005, 12:07 PM
Microbe Microbe is offline
Registered Visitor

Registration Date: Dec 2004
Location: UK
 
Posts: 20
Thanks Given to Others: 0
Thanked 0 Times in 0 Posts
Karma Power: 20
Karma: 20
Microbe has less than 100 Karma points so far.
Default European Definition

Hi,

Not sure if this helps much, but this link goes to a European definition from the Notified Bodies

http://www.bsiamericas.com/MedicalDe...ignChanges.pdf

Not sure about software, but it has always seemed a grey area to me. I've always taken it on a case by case basis. Not sure about the FDA - bvut with our Notified body, I call up and ask if in doubt.

Regards

Microbe
Reply With Quote
  #5  
Old 22nd December 2005, 12:44 PM
Jim Wynne's Avatar
Jim Wynne Jim Wynne is offline
Courtesy Access

Registration Date: Jan 2005
Location: Southeast Wisconsin
Age: 57
 
Posts: 9,216
Thanks Given to Others: 755
Thanked 2,298 Times in 1,550 Posts
Karma Power: 612
Karma: 20405
Jim Wynne is appreciated, and has over 1700 Karma points.Jim Wynne is appreciated, and has over 1700 Karma points.
Jim Wynne is appreciated, and has over 1700 Karma points.Jim Wynne is appreciated, and has over 1700 Karma points.Jim Wynne is appreciated, and has over 1700 Karma points.Jim Wynne is appreciated, and has over 1700 Karma points.Jim Wynne is appreciated, and has over 1700 Karma points.Jim Wynne is appreciated, and has over 1700 Karma points.Jim Wynne is appreciated, and has over 1700 Karma points.Jim Wynne is appreciated, and has over 1700 Karma points.Jim Wynne is appreciated, and has over 1700 Karma points.Jim Wynne is appreciated, and has over 1700 Karma points.Jim Wynne is appreciated, and has over 1700 Karma points.Jim Wynne is appreciated, and has over 1700 Karma points.Jim Wynne is appreciated, and has over 1700 Karma points.Jim Wynne is appreciated, and has over 1700 Karma points.
Default

Quote:
Originally Posted by DaveDavis

I would like to ask you for your interpretation of what constitutes a "significant change" in software AND what does not.
I'm not an expert in FDA stuff, and I don't know if there's an official definition, but I'll take a stab at it subject to correction by one of our real experts.

A significant change might be:
  • One that adds or removes user features/controls/functionalities
  • One that affects basic logic algorithms such as branching and thus might affect other parts of the program unexpectedly
  • Bug fixes
An "insignificant" change might be:
  • Addition of remarks or comments
  • Changes that don't affect program function such as cosmetic interface changes (changing the color of a screen background or changing a displayed font, e.g.)
  • Rearrangement of displayed interface elements without adding or removing elements
__________________
Some men are born mediocre, some men achieve mediocrity, and some men have mediocrity thrust upon them.-- Joseph Heller
Reply With Quote
  #6  
Old 22nd December 2005, 12:52 PM
Al Rosen's Avatar
Al Rosen Al Rosen is offline
Forum Moderator

Registration Date: Jun 2002
Location: Lawn Guyland
Age: 59
 
Posts: 3,102
Thanks Given to Others: 48
Thanked 390 Times in 272 Posts
Karma Power: 192
Karma: 4968
Al Rosen is appreciated, and has over 1700 Karma points.
Al Rosen is appreciated, and has over 1700 Karma points.Al Rosen is appreciated, and has over 1700 Karma points.Al Rosen is appreciated, and has over 1700 Karma points.Al Rosen is appreciated, and has over 1700 Karma points.Al Rosen is appreciated, and has over 1700 Karma points.Al Rosen is appreciated, and has over 1700 Karma points.Al Rosen is appreciated, and has over 1700 Karma points.Al Rosen is appreciated, and has over 1700 Karma points.Al Rosen is appreciated, and has over 1700 Karma points.Al Rosen is appreciated, and has over 1700 Karma points.Al Rosen is appreciated, and has over 1700 Karma points.Al Rosen is appreciated, and has over 1700 Karma points.
Send a message via AIM to Al Rosen
Default

Quote:
Originally Posted by DaveDavis

Hi all,

Greetings, merry Christmas, Happy New Year, etc...

I've the challenge of explaining to my Japanese cohorts what the meaning (definition) of what constitutes a significant change in software (hardware as well, but let's focus on software). We are a medical device manufacturer and therfore follow all FDA guidelines and laws... blah, blah, blah. I gave them the examples cited by FDA - the unfortunate issue is that my counterparts take those examples as literal and not "examples". I've found that being to verbose is NOT a good thing with the Japanese, so I need to try and be a little less wordy and provide more examples.... That's why I'm asking for your help.

I would like to ask you for your interpretation of what constitutes a "significant change" in software AND what does not.

Thanks for your help...

Dave
Is the purpose of determining what constitutes a significant change for determining whether to submit a 510(k) premarket notification? A significant change in the FDA world may not be considered significant in the general sense and the result of the change on the device as well as the labeling must be considered.
__________________
Al
Reply With Quote
  #7  
Old 22nd December 2005, 01:03 PM
DaveDavis DaveDavis is offline
Registered Visitor

Registration Date: Sep 2005
Location: USA
Age: 43
 
Posts: 18
Thanks Given to Others: 0
Thanked 4 Times in 3 Posts
Karma Power: 17
Karma: 30
DaveDavis has less than 100 Karma points so far.
Default A little more nfo

Quote:
Originally Posted by Al Rosen

Is the purpose of determining what constitutes a significant change for determining whether to submit a 510(k) premarket notification? A significant change in the FDA world may not be considered significant in the general sense and the result of the change on the device as well as the labeling must be considered.
Hmmm, let me see if I can clarify:

I understand what constitutes a "significant change" to FDA (they have a published guidance)... but what I was looking for is examples that I can put into a table to demonstrate significant and non-significant changes - according to FDA & industry.

FDA states:
(i) A change or modification in the device that could significantly affect the safety or effectiveness of the device, e.g., a significant change or modification in design, material, chemical composition, energy source, or manufacturing process.
(ii) A major change or modification in the intended use of the device.

... and they provide some examples; like AC to DC or Analog to digital, etc...

But I was looking for more "real world" experiences and examples.

Thanks again.

Dave
Reply With Quote
  #8  
Old 27th December 2005, 07:47 AM
VitaliKravitzki VitaliKravitzki is offline
Inactive Registered Visitor

Registration Date: Dec 2005
Location: Israel
 
Posts: 4
Thanks Given to Others: 0
Thanked 0 Times in 0 Posts
Karma Power: 16
Karma: 10
VitaliKravitzki has less than 100 Karma points so far.
Default Significant changes to software

Hi, guys

I totally disagree with depending significant changes on number of alternated code lines.

Allow me to suggest following list of cases when the recent changes in software were significant:

1. New module added - the one that is related to more then one existing module
2. Design (spec)-change implementation
3. Per-customer localization (perhaps, always...)
4. Infrastructure bugs were fixed
5. After "war-room" situation - (any major issue found by customer and solved as fast as it gets...)
6. Any time at least regression test required (NOT PLANNNED ) - sometimes it is easier to know that regression is required then whether the change was significant, BUT there's always a connection between them ...)

Regards,
Vitali
INTERECE Software
Reply With Quote
Reply

Lower Navigation Bar
Go Back   The Elsmar Cove Forum > Common Quality Assurance Processes and Tools > Software Quality Assurance

Bookmarks


Visitors Currently Viewing this Thread: 1 (0 Registered Visitors and 1 Unregistered Guests)
 
Thread Tools Search this Thread
Search this Thread:

Advanced Forum Search
Display Modes Rate Thread Content
Rate Thread Content:

Posting Settings
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Discussion Threads
Discussion Thread Title Thread Starter Forum Replies Last Post or Poll Vote
Software Device "Urgent" Releases? Software Change Control Process koes0030 IEC 62304 - Medical Device Software Life Cycle Processes 9 12th November 2009 02:27 PM
Change of Existing Medical Devices and 510(k) - "Letter to File" and "Add to File" temujin Medical Devices (21 CFR part 820) 9 18th September 2008 12:51 PM
What Constitutes "Manufacturers Claims" about a product? s.parakos ISO 13485 - Medical Devices - Quality Management Systems 3 28th July 2008 08:47 PM
What do "OAI" "VAI" and "NAI" used in FDA QSIT manual mean in inspections? TJG954 ISO 13485 - Medical Devices - Quality Management Systems 3 25th June 2007 01:55 AM
What Constitutes a "GOOD" Leader? Randy Stewart Controversial Discussion Topics 11 21st July 2003 10:00 AM



The time now is 11:20 AM. All times are GMT -4.
The time zone can be changed in your UserCP --> Options.



   

All Y'All Come Back Now, Y' Hear?

Made With A Mac! FreeBSD OS Powered by Apache!
Using php4 Forums provided and maintained by Marc Smith Database by MySQL

FAIR USE and CORRECTNESS NOTICE: This site contains copyrighted material the use of which has not always been specifically authorized by the copyright owner. We are making such material available in our efforts to advance understanding of environmental, political, human rights, economic, democracy, scientific, and social justice issues, etc. We believe herein constitutes a 'fair use' of any such copyrighted material as provided for in section 107 of the US Copyright Law. In accordance with Title 17 U.S.C. Section 107, the material on this site is distributed without profit to those who have expressed a prior interest in receiving the included information for research and educational purposes. For more information go to: http://www.law.cornell.edu/uscode/17/ If you wish to use copyrighted material from this site for purposes of your own that go beyond 'fair use', you must obtain permission from the copyright owner. In addition, I do not guarantee the correctness of the content. The risk of using content from the Elsmar Cove web site and forums remains with the user/visitor.

Responsibility Statement: Each person is responsible for anything they post in the Elsmar Cove forum. Neither I, Marc Timothy Smith, nor any of the forum Moderators, are responsible for the content of posts people make. Liability for post content resides with the poster as does interpretation and/or acceptance and/or use of advice by the reader.

Complaints: If you have a complaint with a post in a forum discussion thread, including Content in general, fighting, flaming, copyright infringement, defamation and/or 'slander', please use the 'Report This Post Report This Post Button button which appears at the top of every post in every thread.

Site courtesy of:
Marc Timothy Smith - Cayman Business Systems, 8466 Lesourdsville-West Chester Road, West Chester, Ohio 45069-1929 - USA
(513) 341-6272

To contact me, click the Google Voice link below, enter Your Name and Your Phone Number and Google will ring your phone and connect you for free!

The Elsmar Cove Web Site is *CopyFree*
no new posts