Frequently Asked Questions

 This section contains common frequently asked questions (FAQs) about our products and services.  We recommend that you look through this list of questions and answers before contacting support for fast service.  If you cannot find an answer to your question here please do not hesitate to contact us immediately and we'll get back with you as quickly as possible.


 If you have a support issue listed here, feel free to contact us on the support page located at www.bitwisedesign.com/support.

Bitwise Design primarily creates games for the iPhone, iPad, iPod Touch, and Android mobile devices.  We also create games for Windows, Mac, and the web browser platforms.

Games typically crash on the iPhone and iPod as a result of the device not having any memory available when the game needs it most. There are many reasons for this, some of which are external to Hospital Havoc but definately some related to it.
 
To first eliminate the possibility that it's external to Hospital Havoc, be sure to reboot your device. After it boots back up, try the game.

The fact that Hospital Havoc does not have a queue, unlike many other time management games, was an early on fundamental design decision. It was important that the game remained true to being havocy (a new word!). If the player could queue up actions, essentially letting the game almost play itself for brief periods of time, the game would have lost the intended flavor.
 

There apparently is some conception by nurses (and some other people that have affinity to nurses' concerns) that we do not like nurses and purposely designed Hospital Havoc to make fun of nurses and to indicate that their work is somehow demeaning.
 
As comical as such thoughts from nurses are, we actually love nurses. We don't like it when they poke us with needles and sometimes let the blood squirt out, but they obviously serve a very important purpose in the health care industry. The nurses that helped deliver the programmer's son early in 2009, for example, were exemplary people, whom of which he'll never forget.