EBME Forums Forums Maintenance Technical Assistance Philips Intellivue XDS

Is anyone using the new Philips IntelliVue XDS any thoughts opinions on the monitor?

XDS is not a monitor per se, but more like an extension to the monitor. It connects to the Intellivues through LAN and acts like a second display - you can display additional waves and digits, eg. if your intellivue has 8 wave channels, XDS gives you 8 additional wave channels. You can also run the philips charting system and PACS on it.

We had a demo of XDS a few days ago... Apparently Philips is giving away the software for free. As long as you have one of their monitors with the newest software, you can load the XDS software in to any of your PCs and connect to the monitor. When you run the software, you see a window on the PC that looks like the patient monitor, with all the controls. The display shown on the PC can be totally different to what is on the monitor. They are promoting this as a clinical workstation, where nurses can view and control the monitor from a convenient place (you know how crowded ICU rooms get, with all the equipment blocking the way). As one of the docs remarked, this is the kind of ergonomics that the nurses have wet dreams about

Oh yeah... and the other thing about XDS is that it can take the patient admission data from the monitor and send it to other programs (like the PACS, EMR). They claim that it can interface to most third party systems within minutes. I'm not sure how that exactly works, but the IT guys seemed to be convinced that it would work. The docs and nurses were pretty excited about this.

Oh, so you have ******** as doctors there as well, do you?



Why ... do they understand it, then?

Well, they grow everywhere, like mold under my sink.


Philips reps said that with this feature when you start your EMR or PACS or any other system, it will automatically go to that particular patients data without having to search. I'll believe it when I see it, though.

Mold under the sink? Yes, well put.

Although (like most on the forum, I should imagine ... and, indeed, hope) I think I can claim to be a kit guy, I also believe that the nurses' place is at the sickbed, not sat on their butts gawping into monitor screens.

After wading through philips website, finally managed to find the product page for XDS.

http://www.healthcare.philips.com/main/products/patient_monitoring/products/xds/index.wpd

PS. does anybody know what XDS stands for? The philips reps had no idea.

I think it stands for eXpensive Documenting System!

Fire that rep!

But see this link for a few more clues.

Looks like a good system which gives the user the ability to stay with the patient and review labs, scans etc. May even speed the process up certainly is a step in the right direction.

To view the lab results, scans etc, you need the extra software, plus you have to make a decision 'hard wiring or wireless? for a complete communication package your choice.

Oh yes, Mike ... I'm all for anything that gets nurses to actually be with the patients. Feel their pulses, look into their eyes, communicate with them (now, there's an idea). You know, human stuff like that!

I am the Product Manager responsible for IntelliVue XDS, and I would like to answer a couple of questions that have popped up on this product in this forum:
1. The "meaning" of XDS - Mr Geoff Hannis' link to the IHE acronym hits close to home, because it is very closely related to the underlying concept on which we built the product. IntelliVue XDS does allow and promote X-departmental document sharing, but it goes even beyond that. As for the three-letter marketing identifier "XDS": it is just that - a marketing identifier and nothing more.
2. Does the "X" stand for "eXpensive"? - haha.. You will be pleasantly surprised. XDS application software can be downloaded free of charge from Philips website. There are no licencing fees for the software or restrictions on the number of copies that can be installed. You can even install it on existing hospital PCs (Win XP or Vista). Installation, configuration and application integration can be done by the BioMed or IT team. Installation is via an install whizard, and application integration is not much more complicated than creating a windows shortcut. However, If you want the local Philips Support to install/configure/integrate it for you, they would be happy to provide you with a quote.

Hello Chandana, and welcome to the forum.

Free? Somehow I doubt it. A free download ... and then a "quote" for support?

As has been "explored" recently in various posts on this forum, most of us agree that "there's no such thing as a free lunch"! That reminds me ... I'm off across the road now for an egg banjo!

Meanwhile, surely you can come up with a nice piece of techno-speak that fits XDS ... if not, please try harder! Ha, ha.

Thank you, Geoff.

You are right. Any commercial entity that needs to return a profit to shareholders can't afford to develop things for nothing. The business reasons for giving this software away for free are similar to most of such promotions in the market.
1. To increase market share
2. To provide differentiation vs the competition
3. Make competitors "bleed"

So even though the marketing intentions are not altruistic (they never are, in this dog-eat-dog world), our customers would still benefit from this.

The "Quote for support" is only required if the hospital does not have a BioMed or IT team that can do the installation. Infact, we encourage customers to install the application on their own. This again, differentiates us from the competition.

If you have any question on the installation processes, configuration and application integration, I would be happy to answer you on this forum.

Frankly, I doubt that I shall ever get to play with IntelliVue XDS myself. The kit I get involved with tends to be a bit simpler (older) than that.

What I want personally is for the Mighty Philips Empire to make regular donations in order that I can continue providing technical services and support to medical charities shipping used medical equipment to those in need overseas!

Hi Geoff,

That's a noble mission, and I wish you well.

You may be interested in checking this out: http://www.philips.com/about/sustainability/socialresponsibility/index.page

Geoff, do you think that they may be asking you to join their program.
ps what happened to the pictures you promised (cow sheds and the like)

I don't see any program there as such. It seems to be about Philips employees (and, er, marketing ... or what we could call "grooming" future customers)! They all look pretty much "bright eyed and bushy tailed" to me!

Yes ... I've started to get into the habit of carrying my camera about as part of my kit now (something I have been a bit er, slack about in the past, I'll admit). But I don't really do PR myself, preferring to leave that sort of thing for others who (hopefully) have a talent for it.

I haven't been down to the cow-shed for a while (I think that Clinical Depression is ravaging the little that's left of my tired old head ... either that, or Asperger's beginning to take its toll)*, but I'll try to remember to take a couple of shots at the "dairy" when we're loading up the next container for Kashmir.

But, anyway ... it's just a cow-shed. You know, bales of hay, old tractors, shelves of old medical equipment, a couple of lights strung up, rain coming through the tin roof, the lovely smell of cow [censored]. It's not so bad when the sun's shining. I imagine you get the "picture"!

* Actually it has more to do with lack of funding, and the fact that (as minimum requirements are not being met ... for instance, see my comments just made about manuals accompanying equipment) I'm not sure that what I've been doing down there is actually helping!

Just like Princess Margaret used to say "why does the world smell of fresh paint?"

@Chandana:

I have downloaded the XDS application and installed it on a PC. The installation was successful (I think). I want to test the printing capability by printing to PDF files. What do I need to do?

Following is the procedure you can use for your evaluation. If you are installing the application for use with patients, please also read the "IntelliVue XDS Installation and Configuration Guide".

You need to:
1. configure the XDS Print Server component
2. configure the monitor to print to XDS print server

Configuring XDS Print Server:
- right click on the XDS tray icon and select "Configuration"
- make sure the correct network card has been selected and the BootP server is auto-configured
- In the "Files" tab, select the main folder where you want the reports to go to, and select the folder cleanup options as necessary
- Go to "Printing" tab. Enable the printing component, enable at least one print queue.
- Edit the print queue. Select paper size, and disable legacy PCL5 support. In the "File output" container, select "Add". Select file type (eg. PDF, JPEG, TIFF).
- select the Script Name. This item determines how the application automatically sorts the print files coming from multiple monitors and patients. For example, if you select the script "Sorted by BedLabel#MRN#MRN_Title_Time.wsc", the program will automatically create a new folder with the bed label, create a new folder underneath it for the MRN, and name the file using the MRN, report title and time. Eg. /Bed5/80386/80386_ST MAP Report_30 July 09 08_43_32.pdf

Now, connect the monitor to the PC using a cross cable. If your PC has more than one network card, connect to the card that you selected for the XDS configuration.

Configuring the monitor:
For electronic printing, your IntelliVue must have software revision F.0 or higher. Below F.0, you can only do Legacy PCL 5 printing to a hardcopy printer.
- in config mode, go to "Reports"
- go to "Set up Reports" menu item
- select the type of report you want to print, and set the target device to PRN1 (or the name you selected for the print queue). Set the paper size to A4 where available.
- Repeat the above step for each type of report you want to send to the PC
- save the changes to the Monitor Settings block, and exit config mode

Now, whenever you print one of the reports you configured, the monitor will capture the report and store it in the internal database. Whenever a network connection to a PC with the XDS Print Server becomes available, the reports will be automatically sent to the PC, and stored in the specified format, in the specified folder.

If you need further information, please don't hesitate to ask. You can also ask the Philips Sales Specialist handling your account for a demonstration.

Hi Runesmith,

I hope your installation was successful. There was one other thing I forgot to mention. The IntelliVue monitors have an internal print database where they will store print reports (up to 50 reports) temporarily when the network connection to a central station or an XDS (or a PC with XDS software running on it)is not available.

This feature also gives you the possibility to automatically store alarm recordings in memory during patient transport (instead of using a recorder and thermal paper) and have them automatically printed and/or electronically stored on the XDS hard disk the moment the monitor is connected to an XDS. These reports could then be exported to the EMR using a custom push or pull interface.

There are many institutions that use the IntelliVue X2 module in ER/PACU areas as a transport as well as a standalone bedside monitor. These institutions use XDS as a supplementary screen where they can see additional parameters on a large display, as a control panel to access the monitor and also as a report/alarm strip storage. These customers configure their X2 alarm recording to print directly to the internal database and then download them to XDS when they are connected.

Yes, it worked great. Thanks for the guide. I'll try the database storage next. Like you said, that would be great for x2.

And here is a brief explanation on how to configure your transport monitors to capture alarm reports to the database, and automatically print or store to a storage location whenever a connection to the XDS Print Server is available.

1. Go to config mode
2. Go to Databases>Database config. Make sure that the Print Database is set to Small or Large. The factory default is Large.
3. Go to Reports>Setup printers. Set the printer to "Database". Then select the desired paper size (this same paper size must be selected in XDS, otherwise the reports may refuse to print).
4. Go to Recordings>Setup recordings. Select Alarm, and change the recorder to "Printer". This ensures that any alarm recording will also be sent to the system printer, which is now set to "Database".
5. Go to Alarms>Alarm Recording. Select all the alarms that should trigger a capture (eg, HR red & yellow etc)
6. Go to Reports>Setup reports. Select “Realtime Rep” as the report, and change the target device to “Database”. Repeat this step with any other manual report you want to store during transport (eg. ST-MAP report, 12-lead reports).
7. Save all these changes under the monitor settings block. If the default profile and blocks are locked, you will need to create a new block, assign it to a new profile and make that profile default.

Now, whenever one of the alarms selected in step 4 is triggered, the IntelliVue will automatically capture the alarm and create an alarm recording report that will be stored in the database. The exact number of reports that can be stored depends on the types of reports etc, but a minimum of 50 single waveform alarm strips can be stored when the database size is set to “Large”. When the database is full, the monitor will display “Print job can’t queue” on the status line whenever a new recording is triggered and will not store any new recordings until the old ones are printed or deleted.

You can also manually trigger any of the reports you set in step 6, and they will also print to the database.

At any time, you can go to "Reports>Reports job list" to see the events that are waiting to be printed. You can delete them selectively (stop report), or as a batch if necessary (stop all reports).

When the monitor is connected to a PC with XDS application (direct or via network), it will automatically print the reports, or send them to a patient-specific folder as PDF, PNG or any other format as defined in the XDS application.

Thanks for the pointers. I got back from vacation to find a whole bunch of stuff waiting at my table, so I haven't managed to try this yet.I will let you know when I try it. I need to "steal" an x2 from the ccu to try this. They are the only ones who have the x2. All others use MMS. This won't work with an MMS would it?

You don't actually need an X2 specifically for this. All IntelliVue monitors have the capability to store reports in memory and print when a network connection (wired or wireless) is available. So if you could "steal" a transport monitor (MP20,30,40 or 50) with an MMS, you could try this on that monitor. The procedure is exactly the same, since all IntelliVue monitors share the same user interface. One requirement: the monitor must have software revision F.0 or higher.

@Chndana: I managed to get a x2 and try this, and I am happy to report that it works great (after a few initial hiccups because I forgot to store the profile on x2). The IT guys didn't know about this capability, and I was happy to beat them at their own game.

This electronic printing is a great feature and I don't understand why you guys don't promote this much. This is something that really puts you ahead in the game.

Dear Mr Runesmith,

Would you care to identify yourself and/or the institution you work for? We have been communicating through this forum and I have been sharing information with you, and I would like to verify that you are a bona-fide user who is responsible for service of our equipment. I would also appreciate if you could declare any conflict of interest you may have with Philips. In my experience, BME's hardly praise vendors in a public forum, so I tend to believe you may have conflicts of interest with regard to Philips and/or one of our distributors.

If you are reluctant to identify yourself publicly in the forum, please respond to the message that I sent you via this forum.

I would love to believe that you are really who you indicate yourself to be, but somehow, things don't add up. Maybe I am paranoid. If I am mistaken, I humbly apologize.

Sorry to butt in, as it were ... but I can't let that one pass! There have been many posts on this forum singing the praises of this, that and the other. "Credit where credit is due" is the phrase which comes to mind! And not every body has vested interests, you know.

Hi Geoff. I guess it came out a bit weird, and I am sure Mr Runesmith has the best interests of his institution and the members of this forum at heart.

What I wanted was for Mr Runesmith would provide some details to establish his credentials. That way, the next time we need to do a bit of head-hunting, we would know where to look . If I offended anyone, I apologize.

No need to apologise (well, certainly not to me, at least). In fact I agree with you. I believe that we should know who every one is on the forum, and especially those who come on here asking for this, that and the other.

How many times have helping hands been extended, only for us to learn later that some guy or other has used the information to make a fast buck? Answer:- a few times (to my certain knowledge).

Why can't everyone be upfront about who they are, who they represent, and what it is they are trying to do?

PS: I appreciate your neat bit of back-tracking, there, by the way. Head-hunting. Yeah, right.

Hi Chandana, Geoff. Sorry for my late reply. I fully agree with your concerns and the points from Chandana's PM. So let me give some information about myself.

I work for a biomed service provider that has contracts with hospitals, as well as with some vendors (incl Philips) for bench repairs. I am originally from Manchester, and have worked in Canada before, and now based in europe (but not in UK). I am attached to a hospital where I take care of the (mostly philips) patient monitors and (mostly draeger) vents. I had many trainings from philips, but I was never a Philips employee, and never part of bench repairs, so no conflict of interest there.

I work in a large privately owned hospital. Most of the ICUs have new philips monitors, except one where the old HP merlins are waiting for replacement, and a bunch of datex AS3's in OR (yes, I repair them too). Some of the datex is up for replacement as well (thank God).

Even though this place has no biomed dept of its own, they have a huge IT department. Sometimes it is quite a challenge to make them realize that medical PCs should be treated as such (esp the centrals). That is the reason why I was impressed with XDS, because unlike the central, it can run on a IT maintained PC (makes it easier for those simple folk to understand). The other thing that impressed me is the electronic printing to PDF, since we have a home-grown EMR that IT is so proud of, and they currently scan printed reports to go in to the EMR. Your PDF printing could take care of that easily. Like Geoff said, credit where credit is due.

If we get Philips monitors to replace the SICU and OR, I'll get a chance to play with the full XDS system. As I understand, I need to have a monitor with G software and xds options to do that, but all our current monitors are F and below. As biomed is not part of the hospital, we are never asked for our opinion in choosing equipment, so I have absolutely no influence on that, unfortunately. But IT does, and I think your xds did make an impression on them. They were not aware of printing until I showed them. My vested interest here is to influence them to buy philips so that I don't have to keep on servicing those AS3s

Thanks for all the detailed guides. They were very helpful, and easier to follow than your xds user manual. XDS was not covered in any of my trainings, and the manual was a bit tough to understand. I appreciate the effort you made, especially since you are probably not a techie (if those MD after your name stand for what I think they mean). It is great to have direct support from vendors in a forum like this, and I hope it will continue.

I apologize if I created any confusion in my earlier posts, that may have lead people to believe I am not who I appear to be. Chandaana, I fully understand the reasons behind your comments and PM, and no offense taken.

PS. ofcourse my real name is not runesmith. Those who play a certain famous MMORPG will know that Runesmith is a character class that can create magic through mechanical means (just like us biomeds).

Well, that was a very comprehensive "introduction", I must say.

A "large privately owned hospital" heavily into IT ... and yet no in-house biomed department? What sort of set up is that? Sounds like a recipe for disaster to me. Perhaps they need some, shall we say, "advice"! Let's hope they've managed to employ a few nurses!

But meanwhile, I always thought that Loc: UK was meant to indicate that someone was located in the United Kingdom! Not that it matters to me, of course.

Quite normal in the private hospital environment, Geoff. That is where independant EBME companies come in. We provide a "third party service" under contract.

Yes, Mate. I'm well aware of all that. But thanks for pointing it out ... for the benefits of others, presumably.

Thanks Runesmith. I have forwarded your comments about the user manual to the relevant people.

Since you were talking about the OR, there are applications for the printing solution there as well. If your OR does not have an anesthesia charting system, the anesthetists would either transcribe the data in to a paper record, or would print the vital signs database at the end of the case and attach it to the record. There are often situations where the someone discharges the patient from the monitor before the anethetist had a chance to transcribe some of the data or print the record. If you connect all the OR monitors to a single PC running the XDS infrastructure services with PDF printing enabled, you can set the monitor to auto-print PDF reports at regular intervals and at discharge (End Case) to this PC. If the anesthetist wants to refer back to the reports, they are easy to find: the reports will be automatically sorted according to the hierarchy you selected via the printing scripts (eg. Folder for each OR, and a sub-folder underneath for each medical record number, with the reports named with the patient name, medical record number, date and time). The reports can be auto-deleted by enabling the clean-up scripts, so that a clean up will take place if the hard disk gets full or if a report is too old. With the terabyte sized hard disks available today, you can go for a very long time without the need for a clean up (a PDF report is about 250KB in size, which means you can store around 3 million reports in a 1TB hard disk - while still giving the OS and other apps a generous 250 GB space). This could also give your IT a head start if they are planning on building their own anesthesia record system.

@chandana: I got together with one of the guys from IT and we tried out the printing. Everything works great when we print to the hard disk of the PC itself, but it doesn't seem to work with a network share. The person logged in to the PC has full access to the network share, and can open the folder, can add or delete files and so on. However the application doesn't seem to "see" the network share. We can set it up in the printing configuration as the destination, but the files just don't make it to the share.

Are we doing this wrong? Is this a firewall issue? Or is there a bug in the application?

Sorry, please ignore the previous post. We managed to get it working. It was apparently an access rights issue.

Hello Runesmith,

Sorry for the delay in replying. I am glad you have managed to get the settings correct.

As you noted, this is indeed an access rights issue. The printing infrastructure uses by default the local system account. Usually a local system account has validity only on the PC where it resides. To all other PCs on the network, that is a nobody. So when it tries to put a file on a network share, it fails, even though the current user logged in to the PC has access rights to the share, since the printing service does not impersonate the currently logged-in user.

The reason why the service does not impersonate the currently logged-in user, is because the printing service needs to run in the background even if there is no user logged on to the machine.

One way of resolving this is to grant the local system account access rights to the share. If you do this, you should implement anti-virus protection on both the printing PC and the host of the share. Many viruses use local system account to copy themselves to such "open" shares.

The other, more secure way would be to print to a local folder, share that folder, and give access rights to that folder for a "collector service" running on your server. The collector should monitor the shared folder(s) assigned to it, pick up new files and copy them over. This is the kind of simple network service that IT guys can code with their eyes closed. If you require assistance with that, I can provide code snippets you can use (Note: any additional code snippets / applications I may provide as assistance on this forum are for "as is" use with no legal responsibility offered or implied. Such applications or code snippets are not Philips developed software, but rather software developed personally for non-commercial use).

Please let me know if I can be of further help.

Hi Chandana
Are there any new releases planned for the XDS software in the comming months?

Hello Mike,

As usual, we are always working on improvements and features, but I can't give you a specific timeframe as of yet. Once a new build is created and tested, it will be published on the XDS website at http://intellivue.medical.philips.com/xds

For those who are interested, I will also post on this forum when a new build is available for download.

The current build is Revision G.00.00 (Build 201).

If you have any suggestions about features/improvements we can add to the application, I would be happy to bring them to the attention of the developers.

Well, here is the new revision, way ahead of schedule

The IntelliVue XDS Application revision G.01.00 (Build 234) is now available for download from the XDS website: http://intellivue.medical.philips.com/xds/download

This new release adds 2 new features and fixes a minor bug:
1. Adds a "Disconnect" button to disconnect from the current monitor without closing the application
2. Adds support for the Vista Aero interface, allowing you to fully enjoy Microsoft Vista eye candy with XDS (patient monitor with glass window borders, anyone?)
3. Fixes a Date Of Birth parsing issue that can sometimes result in the monitor not showing up on the monitor list of the application

PS: the new software revision G.01.00 (Build 234) does not require any software upgrade from the monitor side.

As with the previous build, the printing functionality is supported for all monitors from IntelliVue revision A.2 upwards, electronic printing is available for all monitors from IntelliVue revision F.0 upwards, and XDS functionality is available for all monitors with IntelliVue G.0 and XDS connectivity options.

Wish you all a very happy and successful 2010.

Hello . I`m from Romania and I will be interested to reinstal and make proper settings for monitors. It is possible to download the latest software version and also a quick manual for it ? Thank you. Also I want to buy some spare parts for IntelliVue MP40 model. Can someone help me ? Thank you very much for attention and support !

Hello Bosch,

It is always possible to upgrade the software of an IntelliVue monitor to the latest revision (except in rare cases with very early models where a CPU upgrade maybe required). To do this, you need to contact your Philips support organisation, as they are the only ones who are authorized to perform this action. Software upgrade includes the latest user manuals.

If your need is for re-cloning of the configuration and restore the settings, this is possible using the IntelliVue Support Tool, which you can download from InCenter (https://incenter.medical.philips.com). You need to complete the support tool training and receive an licence key to unlock the features. For training on support tool, please contact your Philips Support organization.

InCenter also contains all the user and service manuals for IntelliVue monitors.

MP40 spare parts are also orderable via the support organization.

If you don't have a support contact, please send me a private message via this forum with your name, hospital details and contact number, and I will ask the support organization to contact you.

For those who are attending the HIMSS, you can see the future direction of IntelliVue XDS at the Philips booth (#1933). We are showing a work-in-progress, developed in collaboration with Microsoft.

XDS has made it to YouTube!

If you go to www.youtube.com and key in "Intellivue XDS" as the search string, you will see several video clips of an XDS Clinical Workstation (connected to a monitor in demo mode, obviously). Some of the clips even have annotations to explain what you are seeing.

The link below should take you direct to youtube search results:
http://www.youtube.com/results?search_query=intellivue+xds&search_type=&aq=f

The new release of IntelliVue XDS application is now available for download from the XDS website: http://intellivue.medical.philips.com/xds/download

The new release is XDS revision H.0 (Build 288).

Following is a summary of features available in this release:
1. Runs under Windows XP (SP2, SP3), Vista (SP2 or higher), Windows 7 (32 bit or 64 bit). XDS services can also run under Windows Server 2008 and Windows Server 2008 R2. Supports IntelliVue patient monitors with SW rev A.0 and higher (and also Philips M3/M4 monitors with SW rev E.0 or higher)for printing; IntelliVue patient monitors SW rev G.0 and higher for remote display, remote control and patient context transfer to 3rd party clinical applications.
2. XDS Remote Display application supports custom designed screen layouts (when connected to IntelliVue monitors with SW rev H.0 and higher)
3. Launching 3rd party clinical applications with patient context is now separated as a stand-alone application, LaunchPad. Shortcuts on Windows desktop can also pass patient context to 3rd party applications(some modifications required)
4. Support for the new IntelliVue MX800 patient monitor and the integrated PC option, with touchscreen sharing (for more information on MX800, see press release at: http://finance.yahoo.com/news/Philips-Introduces-New-prnews-3521625568.html?x=0&.v=1)
5. Passing patient context to 3rd party applications (LaunchPad functionality) is now available for MP2, X2 and MP5 (the monitor must have X30 software option installed)
6. Automated fail-over for loss of Master XDS services (no user interaction required)
7. IPv6 Link Local networking support
8. Enhanced patient monitor binding (via bed label, device ID, IP address etc)
9. Unified configuration application
10. Supports 12-lead capture and preview from MP2 and X2
11. Registration requirement for the print server component has been removed

Please let me know if you have any questions regarding usage, installation or upgrade of your XDS installations.

IntelliVue XDS application revision H.0.1 (Build 303) is now available for download from the XDS website: http://intellivue.medical.philips.com/download

This build adds:
1. Support for dual display capability for iPC on MX800 - now you can simultaneously use the integrated display panel of MX800 as well as an external display with the iPC. The usage can be in clone mode or extended desktop mode.
2. Ability to run XDS LaunchPad in "silent mode" - in this mode, XDS LaunchPad will not show up as a window, but run in the background. Any desktop shortcuts that have been modified to receive patient context from the patient monitor will work perfectly while XDS LaunchPad runs in silent mode.
3. Improved start-up under Windows XP - the start up processes under Windows XP have been streamlined so that the services start up as fast as they do under Windows 7.

IntelliVue XDS Application revision H.15 (Build 342) is now available for download from the XDS website: http://intellivue.medical.philips.com/download

This release adds important features for XDS usage on MX800/iPC combination, as well as XDS running on Philips 865159 PCs with other supported monitors.

Features for MX800/iPC:
1. H15 release adds iPC desktop mode for the IntelliVue MX800 patient monitor. When you touch a Smart Key to launch an application, the patient monitor display automatically compacts in to a "real time column", giving the PC up to 1400 x 1040 pixel desktop space, allowing you to operate any 3rd party charting system, PACS system or other application that requires a large viewing area.
The attached image "iPC desktop-1.png" shows how this looks like.
2. Input device sharing has been enhanced. The mouse connected to the iPC can also operate the MX800 monitor, and the cursor moves from the transparency mode window or iPC desktop seamlessly in to the patient monitor area. A click anywhere on the screen will be sent to the monitor or the iPC as appropriate. Keyboard input will be directed to the device which currently "owns" the mouse.

Features for XDS running on Philips 865159 XDS Bedside PC:
1. Auto-connect to any monitor connected to a specific LAN2 port (LAN2A or LAN2B) - for example, if you bring a patient on an IntelliVue X2 monitor to a bed, simply connect the monitor to the designated LAN2 port, and the monitor will auto-connect.
2.When 2 displays are connected to Philips 865159 XDS Bedside PC, each of the LAN2 ports can be assigned to a display - eg. a monitor connected to LAN2A port can be assigned to always appear on the left display, while the one connected to LAN2B will always appear on the right display. See attached diagram "port association.png"

If you have any questions, please don't hesitate to ask.

Hi Chandana, does the "real time column" only work with an MX800 or can this be configured on a standalone PC running the XDS software connected to a philips monitor.

Hi Mike, the real-time column is only meant to work with MX800/iPC at this time. However, it would be interesting to explore the idea of using this type of screen on XDS running on a standard PC connected to other monitors, such as X2.

Hi, if i using XDS PC in bed 1 connected to intellivue X2 to enlarge screen of X2, can i also view the intellivue X2 information on the Intellivue center at nurse station. thank you for help

Hi HC1528,

Yes you can. In this case, you connect the X2 via LAN in to the IntelliVue Clinical Network, and you also connect the PC via LAN to the same network. This set up is described as "Topology 2: standalone subnet" in the XDS Installation and Config guide.

In the XDS configuration, you need to select the checkbox that says "IntelliVue Information Center on the network". This will disable any XDS services that conflict with the central station.

The X2 will be viewable at the central station, as well as on the XDS. If you configure the XDS application to auto-connect to the X2 in such a set up, I recommend using Bed Label as the identifier for the default connection. This way, no matter which X2 comes to the bedside, as soon as the central station gives the monitor the bed label for the location, the XDS application will auto-connect to it.

Hi Chandana,
thanks for the respone.
for this statement "I recommend using Bed Label as the identifier for the default connection" you are mention.

Q1, is this needs to configure the central station paired with network port number and Bed Lable.

Q2, if i have HL7 output at central station and central connected to ICN network. XDS box at Bed1 also connected to ICN network. then i have few X2 (different equipment lable) connect to Bed1's XDS in different timing, how about Bed Label and equipment lable in the HL7 message sending out from central station.
thanks for help

Q3, can i use XDS software H.15 (build 342) remote connect to MP70 with Software Rev H.03 and X2 with Software Rev G.01.75. will it cause any conflit (software) problem. any suggestion from you

Q1, is this needs to configure the central station paired with network port number and Bed Lable?

A: Yes. The bed label needs to be configured for the patient monitor's network port number at the central station. This means, every time you connect any monitor to this port, it will receive the same bed label. Since you have configured the XDS to auto-connect to any monitor with this bed label - this results in XDS auto connecting to any monitor connected to this port.

Q2, if i have HL7 output at central station and central connected to ICN network. XDS box at Bed1 also connected to ICN network. then i have few X2 (different equipment label) connect to Bed1's XDS in different timing, how about Bed Label and equipment label in the HL7 message sending out from central station.

A: In this case, any X2 being connected to this network port will get the bed label Bed1. XDS will auto-connect to any of these monitors. The central will send out the data from the monitor via HL7 with the bed label bed 1, but also with the equipment label configured on the monitor, eg: Monitor with equipment label mon7 will get bed label Bed1, the HL7 message will contain "|Bed 1|Mon7|". This represents the true origin of the data - from bed 1, using the equipment Mon7.

Q3, can i use XDS software H.15 (build 342) remote connect to MP70 with Software Rev H.03 and X2 with Software Rev G.01.75. will it cause any conflit (software) problem. any suggestion from you

A: This will not cause a conflict. When X2 is docked to an MP70, it transforms in to a measurement acquisition module for the host monitor (this is called "companion mode"). With the X2 in companion mode, it will not even be visible to the XDS. XDS will only "see" the MP70. X2 with rev G.xx is fully compatible with an H.xx host monitor.

That said, my recommendation would be for you to upgrade the X2 to H.xx. It is always best to keep the X2s up to date, as we continually improve our measurement algorithms with each release. As you may be aware, software upgrades for X2 are free of charge, and can be done via the IntelliVue Support Tool using your Biomed license key. If you request Philips to do the upgrade for you, you will be billed for time and travel, but no software upgrade needs to be purchased.

Hi Chandana Samaranayake,
currently, i using XDS software (Build 303) (installed on HP branded PC) to remote view/control the MP70 in the ICU area. From you previous post, Philips has new release of XDS software (Build 342), should i upgrade the current software version to latest and any different after install new software.

if IT department has regular upgrade windows XP operating patches / .NET framework / inhouse software, should i also upgrade the XDS software when have new release.
thanks for help

Hi hc1528,

I would recommend upgrading your XDS software whenever a new revision is available, as each release adds more enhancements.

Your IT department can perform any OS-related or .net framework related upgrades at any time they wish. XDS should not get affected by such upgrades (unless it is explicitly stated on the XDS website that a specific patch is not supported). XDS can co-exist with any of your in-house applications, so installing those will not be a problem at all.

Hi Chandana,
i have go through the document intellivue XDS appliaction Revision H.00.xx, found XDS software have several intrastructure-related services (eg. BootP, TFTP, TimeSync). could like to know can XDS software TimeSync all intellivue patient monitor on the ICN network (attached diagram picture)? if can how it work and any special configuration needs configure on XDS software. thanks for help

purpose for upper diagram is to let patient monitor (MP30) send print job via XDS software to printer P2055dn. then XDS software will keep a softcopy of printed document in pdf format.
sorry Chandana, more question for you.
-if more patient monitor connect to this network, can i add one more XDS box (with XDS software) for redundency purpose.
-what's the higher printing resolution can be generate by XDS software. thanks for help

Hi HC,

Regarding your question about TimeSync, the diagram you attached is not an ICN network. What we define as an ICN network is a dedicated patient monitoring network WITH a central station. The diagram you attached does not have a central station, and therefore, not an ICN network.

In such a non-ICN network, the XDS can sync all monitors on the network to the PC clock on the Master XDS. The PC clock can then be set to sync with your hospital's NTP server. You don't need to do any special configuration in order to use TimeSYnc - this service is started automatically on the XDS PC that you have designated as the Master XDS.

On an ICN network, the central station provides the TimeSync service, and therefore, XDS will automatically disable its own TimeSync service.

Hi HC,

-if more patient monitor connect to this network, can i add one more XDS box (with XDS software) for redundency purpose.

Yes, you can. The print services are supplied by the Master XDS, and the soft-copy print jobs are stored on the hard drive of the Master XDS. If you want one of the other XDS on the network to take over the Master XDS functions, you can set up the server priority in the XDS configuration (in the infrastructure section, General tab).

On a network, the XDS PC with the highest server priority number will take over as the Master XDS. If that PC stops providing services (SW/HW crash, cleaning lady unplugged the cable), the XDS PC with the next highest priority will automatically take over and start providing the Master XDS services (including print services, BootP, Directory services, TimeSync etc). If there are 2 or more PCs with the same priority, an "election" process will determine which PC becomes the new Master XDS.

If the previous Master XDS comes back online, and has a priority higher than the current Master, it will take back control.

One thing you need to look out for in this scenario is that the softcopy print reports are usually stored on the local disk of the Master XDS. Your network security protocols will probably not allow you to direct the print reports to a shared folder on the network - the service generating the printouts is designed as a local service (so that it can run even when no user is logged on), so it may not be allowed to access a network share. So, if the Master XDS status goes to a different PC, all the new print jobs will be stored on that PC.

-what's the higher printing resolution can be generate by XDS software.

I am not sure I understand the question. Do you want to know the graphical resolution, or the time resolution (the frequency at which print jobs can be accepted)?

thanks you for the above answer.

-what's the higher printing resolution can be generate by XDS software.

I am not sure I understand the question. Do you want to know the graphical resolution, or the time resolution (the frequency at which print jobs can be accepted)?

refer to above question.
i could like to know the graphical resolution can be capture to pdf file. refer to attached picture

-what is time resolution. will it affect the XDS printing system, that i going to setup. thanks for help

Hi HC,

The part of the IFU you quoted is not referring to the graphical resolution of electronic files. It is only referring to the fact that printed reports should not be used for making measurements. This is due to the fact that the printouts get executed via the drivers residing on the PC, and we have no control over those drivers - therefor, we can't guarantee the fidelity (especially the horizontal and vertical scaling) of the hard copy printouts. So, in this case, we advise clinicians not to use the printed reports for diagnostic purposes (ie. for making measurements).

However, when we print to a hardcopy printer directly from the monitor (ie. printer connected via USB cable to the monitor), we use our own PCL5 drivers that provide exact scaling. If you really must have diagnostic quality scaling (eg. if you need to make measurements on the paper printouts), you should connect a printer locally to the monitor (not via XDS print server), or print via the central station (where, again, we control the quality of the driver).

In any case, if you require the graphical resolutions, here they are (for each page of a report in each file format; file size is approximate and may differ depending on content such as graphical elements; a typical Vital Signs report used as an example):
PDF - A4 or Letter at 300 dpi
BMP - 2480 x 3507 pixels, 300 dpi, approx 25MB
GIF - 2480 x 3507 pixels, 300 dpi, approx 110 KB
JPG - 2480 x 3507 pixels, 300 dpi, approx 300 KB
PNG - 2480 x 3507 pixels, 300 dpi, approx 180 KB
TIF - 2480 x 3507 pixels, 300 dpi, approx 600 KB

Time resolution is the number of reports per minute that can be printed. With XDS print server component, such a limitation does not exist because the monitors buffer the print jobs in memory when the print server is busy and automatically queue them when the print server is free.

IntelliVue XDS Application revision H.15.1 (Build 403) is now available for download from the XDS website: http://intellivue.medical.philips.com/download

This release implements a new scaling algorithm. If you use the XDS remote display in window form, you may have noticed that the waveform movement can sometimes get jittery if you scale down the window. The new scaling algorithm ensures that waveform movement remains smooth regardless of the amount of scaling. The new algorithm also uses much less CPU resources than the old algorithm.

IntelliVue XDS Application revision J.00.00 (Build 445) is now available for download from the XDS website: http://intellivue.medical.philips.com/download

A big thank-you to all of you who provided feedback on your user experience and expectations, especially to thread starter Mike_D. Much of the feedback from you has been incorporated in to this release.

Some of the key features in the new software release are:

• Patient name can be hidden on XDS Remote Window (e.g. if computer is placed outside of the patient room in the hallway). This ensures patient privacy and helps us comply with HIPAA requirements in US.
• Wave-drawing algorithm has been rewritten, consuming much less processor power and resulting in smooth waves even when XDS remote window has been resized. This frees up even more resources on the PC for using processor intensive third-party applications.
• Application SmartKeys have been enabled on the XDS Remote Window (using demographics of the currently active patient for command line arguments). So now you can click on an application SmartKey showing up on your XDS remote window, and the 3rd party application will start up on the PC. This enables you to allow users to launch 3rd party applications even when you choose to deploy XDS as a full-screen application and deny the users access to the desktop. Previously, users had to go in to the "advanced" menu to launch applications in such a deployment. Happy now, Mike?
• Input Device Sharing now works for MP60, 70 and 90 with an external PC. The mouse cursor moves smoothly off the edge of the XDS display and appears on the patient monitor display, allowing you to control both devices with one set of mouse/keyboard connected to the PC. You can specify the installation geometry by indicating whether the XDS display is placed above/below, or to the right/left of the patient monitor. The input device sharing works between a PC running XDS and its designated "home monitor".
• XDS printing component now functions even when a PIIC or a PIIC-iX (aka "central station") is present on the network. This allows the PC hosting the XDS application to receive printouts (in PDF, JPG, TIFF, BMP, PNG or other formats, or direct them to the local printer) from an attached monitor. The PC can only receive printouts from its own "Home monitor".

I realized I forgot to include the compatibility information for this release:

IntelliVue XDS Rel. J.00.xx is compatible with IntelliVue Monitor Software J.0x.xx, H.15.xx, G.0x.xx, F.0x.00 and previous versions. It is recommended to use XDS Rel. J.00.xx with all of these monitor software versions. Older monitor software revisions may not support some of the extended functionality available in XDS Rel J.00.xx.

XDS Remote Display requires monitor software G.0x.xx or higher.

XDS Printing for file based reports (PDF, PNG, ...) requires monitor software F.0x.xx or higher.
Previous monitor versions support printing using a PCL5 based printer.

IntelliVue XDS software is free of charge, and licensed for installation and use on an unlimited number of PCs on a network with Philips IntelliVue monitors. Remote Display capability and LaunchPad functionality require paid options on the IntelliVue patient monitor in order to function, and limited to specified moitors. The printing capability requires no options on the monitor, and can be used by any IntelliVue monitor and HP/Agilent/Philips M3 and M4 patient monitors.

IntelliVue XDS Application revision J.00.01 (Build 463) is now available for download from the XDS website: http://activate.healthcare.philips.com/

Rev J.00.01 is mostly a bug-fix update, but has one new feature: it is now possible to add ANY patient monitor screen to the XDS Remote display. Simply copy the .rds file from the IntelliVue Support Tool screen library (regardless of the SW revision or model of monitor that screen was intended for) and import it in to your XDS screen collection - you can now use that screen with XDS Remote Display connected to any patient monitor. If the screen has embedded applications that the monitor (or the software release and options on the monitor) does not support, that area will be grayed out.

Bug fixes:
a. Printer configuration will be retrieved properly after upgrade to XDS J.00.01.It is no longer necessary to reconfigure the printers manually as it was for J.00.00 (see Service Bulletin SB86201581A)
b. After upgrading, “Act as Server” selection is preserved.
c. Connection stability with the patient monitor and reconnection process to the monitor has been improved.
d. The initial Configuration Wizard properly retrieves the configuration for “iPC Single Screen” as documented in the XDS Application Installation and Configuration Guide. Manual activation of the Input Device Sharing is no longer required.
e. A warning is shown during installation, recommending installation of Windows 7 Service Pack 1. This warning is a reminder for the customer to keep his system up to date and does not impact the operation of XDS application. The installation continues normally after pressing OK.

If you have any questions, please post it on this thread, and I will be happy to get you the answer.

IntelliVue XDS Application revision J.10.00 (Build 480) is now available for download from the XDS website: http://activate.healthcare.philips.com/

This is a feature release that adds functionality mainly related to network and topology, and one major enhancement requested by users.

a. XDS Remote Display application can now directly use screens stored on the monitor. In all previous XDS versions, the RemoteDisplay requires monitor screens to be stored into
the XDS configuration. After establishing the connection with a monitor, the XDS PC was sending the screen definition to the monitor. The monitor then returns the information to be
displayed in the XDS Remote Display.

In addition to that pre-existing functionality, XDS version J.10 can also directly use the screens stored in the Patient Monitor. The Monitor defines the screen content for the XDS Remote Display (2nd or 3rd display) and can also link the screen to a monitor profile.The screen shown in the XDS Remote Display (PC Window) will change automatically based on the profile selected at the Monitor. The user experience is then similar to the D80
as 2nd or 3rd display.

This feature only applies when the Default Monitor for a specific XDS Remote Display window is defined as the Home Monitor for the PC.

b.Home/Default Monitor can now be defined also based on the LLDP information (Switch Port Mapping).
The IntelliVue Patient Monitor Rev. J.10 can read port specific information from the switch where it is connected to using LLDP (Link Layer Discovery Protocol) and communicates this information to the XDS Directory Service. This allows XDS to operate in Switch Port Mapping (Fixed Mode) with or without the presence of an Information Center. This feature requires SW Rev J.10 on the IntelliVue Patient Monitor.

c. Printing in Routed Networks is now possible. With previous XDS versions, Printing Solution integrated in the XDS Application Suite was limited to local network (Single subnet). The Printing Queues were broadcasted to the monitors in the network segment. XDS J.10.00 also supports routed topologies. When a Monitor is recognized by the Directory Service as part of a different Subnet, the printing queues will be sent to that
monitor using unicast messages instead.

d. XDS now supports a new Network Topology: Directory Isolation.
It is now possible to configure two (or more) independent XDS directory services within one network. Please refer to Appendix K of the XDS J.10.xx Configuration Guide for details.

e. XDS J.10.00 also provides infrastructure and Remote Display services to IntelliVue Guardian Solution that enables centralized storage of Early Warning Scores and spot-check records performed on IntelliVue MP5/MP5SC spot-check monitors, and provides Deterioration Detection for general ward patients in between spot-check rounds. XDS J.10 provides directory services for IntelliVue Cableless Measurement pods and associated medical body area network translators (MBAN -> LAN and MBAN ->WLAN) used with IntelliVue Guardian Solution .