or Connect
AppleInsider › Forums › Mobile › iPhone › First look: Siri gains smart home controls with HomeKit in iOS 8
New Posts  All Forums:Forum Nav:

First look: Siri gains smart home controls with HomeKit in iOS 8

post #1 of 54
Thread Starter 
Apple's new HomeKit tools for developers won't come with a centralized app like Health or Passbook, instead leveraging the ability of the iOS voice-driven personal assistant Siri to allow users to control the temperature, lights, locks and other accessories in a modern "smart home."




With iOS 8 still in beta, HomeKit support within the operating system is limited, and a lack of available third-party apps means the controls cannot yet be tested. But Siri already responds to some HomeKit-related commands.

The current responses from Siri in iOS 8 beta 2, and details revealed by Apple at this month's Worldwide Developers Conference, do give a glimpse into exactly how HomeKit will work with the virtual assistant.

For example, users will be able to use natural voice to issue commands such as "lock my front door" or "turn on the kitchen lights." But Siri will also be able to provide users with the status of objects in their home, handling queries such as "is my garage door open?"




At the moment, without any compatible third-party apps freely available, Siri simply responds with the error "Sorry, I tried by the request failed."

As Apple detailed to developers earlier this month, built-in HomeKit services include garage door openers, lights, door locks, thermostats, IP camera controls, switches and more. These individual accessories will have unique characteristics such as current power state, lock state, brightness, and current temperature.

The goal of HomeKit is to unify and simplify the control of smart home accessories, but Apple won't be doing this with a dedicated app. Instead, developers will still have to make their own third-party tools to control smart home accessories, but now those apps will be able to hook into Siri to allow unified control without the need to manually select apps and settings.




But Apple admitted to developers at WWDC that it cannot possibly imagine all of the unique implementations of HomeKit that developers may dream up. While common accessories such as connected light bulbs or thermostats may be obvious, some hardware makers could build more unique options that might not fit into predefined smart home categories.

With that in mind, Apple has given developers the ability to create and define their own accessory categories.

"We don't want HomeKit to be restricted and contained. We want HomeKit to create innovation and creativity," Kevin McLaughlin, a software engineering manager at Apple, explained in a HomeKit WWDC presentation earlier this month.

Users won't even need to be on the same Wi-Fi network to access and control their HomeKit accessories. Apple has also baked remote access into its system, which ensures users will be able to check whether they locked the front door or closed the garage -- and fix it if they didn't --?when they are away from home.




Security is also a key focus for Apple. HomeKit includes end-to-end encryption between iOS devices and accessories. In addition, the HomeKit API requires that applications in use be in the foreground, so that the user knows exactly what app is controlling their devices at home.

HomeKit supports multiple homes, so users will be able to control accessories at a variety of locations if need be. Each home contains not only accessories, but names of specific rooms that are saved within the HomeKit settings.

Once individual rooms and accessories are identified through HomeKit and third-party apps, Apple's Siri can then recognize and control them. This allows users to issue commands such as, "lock the front door."

HomeKit will debut with iOS 8 on iPhone, iPad and iPod touch, which is scheduled to become available this fall. Developers will need to release new or update existing apps in order to tap into the power of HomeKit, which is the purpose of the current beta period.
post #2 of 54
"Hey, Siri... please change the litter box. Hey, Siri... make me a sandwich? Hey, Siri... what movie do you want to watch? Hey, Siri... OMG I need to get out of the house."

Proud AAPL stock owner.

 

GOA

Reply

Proud AAPL stock owner.

 

GOA

Reply
post #3 of 54
Quote:
Originally Posted by SpamSandwich View Post

"Hey, Siri... please change the litter box. Hey, Siri... make me a sandwich? Hey, Siri... what movie do you want to watch? Hey, Siri... OMG I need to get out of the house."

"I have found 4 singles' clubs near you..."

post #4 of 54
"In addition, the HomeKit API requires that applications in use be in the foreground, so that the user knows exactly what app is controlling their devices at home."

That does not seem to make sense?
post #5 of 54
Quote:
Originally Posted by JLvh View Post

"In addition, the HomeKit API requires that applications in use be in the foreground, so that the user knows exactly what app is controlling their devices at home."

That does not seem to make sense?

Indeed.  Some of the most obvious applications of home automation are time based:  "turn on the outside lights at 20 minutes after sunset and turn them off at 11:15 pm".   I want to set that up as a rule and have it applied every day...not tell Siri every night!

 

Either Apple's HomeKit is really just voice-activated remote control OR other things are going to be possible that haven't been publicly announced yet.  I hope it is the latter.

 

Craig

post #6 of 54
I wish they would announce which protocols would be supported. This would allow consumers to not to have sit in a holding pattern until they make further announcements. Any chance you guys and see what you can learn and report?

Thanks
post #7 of 54
And this is why Apple didn't buy Nest. Apple is a platform to connect to multiple providers in an industry where it adds value; allowing users to control multiple devices from different manufacturers from one Apple device.
post #8 of 54
Quote:
Originally Posted by SpamSandwich View Post

"Hey, Siri... please change the litter box. Hey, Siri... make me a sandwich? Hey, Siri... what movie do you want to watch? Hey, Siri... OMG I need to get out of the house."



(That's a shitty web app)

Quote:
Originally Posted by JLvh View Post

"In addition, the HomeKit API requires that applications in use be in the foreground, so that the user knows exactly what app is controlling their devices at home."

That does not seem to make sense?

In what way doesn't it make sense?
Edited by SolipsismX - 6/20/14 at 7:44am

This bot has been removed from circulation due to a malfunctioning morality chip.

Reply

This bot has been removed from circulation due to a malfunctioning morality chip.

Reply
post #9 of 54
Quote:
Originally Posted by coreymcl View Post

I wish they would announce which protocols would be supported. This would allow consumers to not to have sit in a holding pattern until they make further announcements. Any chance you guys and see what you can learn and report?

Thanks

I think the protocols/vendors need to build a 'HomeKit' App.   Apple is not trying to build a 'Smart Home App,' nor try to support every or any protocol.

 

I'm pressuring my vendor (perceptiveautomation) to build into their current app HomeKit capabilities.   With my Mini hosting the 'control the controllers' daemon, instead of clicking on my IndigoHome app, I just say, 'Siri, Please set the Scene to Movie Theatre'  (which dims the lights to 25% on the diffuse lighting turns off the overheads, turns on the Home theater, switches the input to AppleTV).  Probably 20 seconds saved, from navigation (although with the 'in the foreground' may mean I have to unlock my phone and have it on that app... that's not cool).

 

The combination of widgets in notifications, the "someone is at the gate" (It's 500' from my gate to my garden, and yes, my Garden is WiFi enabled) is a notification, with  buttons to allow me to ignore and/or view my videocomm link ("UPS... leave it at the gate".... "Mom,  Come on back") and then a press to open gate.   All this exists today, but the 'notification' now is an SMS text message, which is less than reliable.  

 

Just works.... I hope.

post #10 of 54
Quote:
Originally Posted by InteliusQ View Post

And this is why Apple didn't buy Nest. Apple is a platform to connect to multiple providers in an industry where it adds value; allowing users to control multiple devices from different manufacturers from one Apple device.

This.   The home is a battlefield of the IoT, and there will be a lot of shakeout.   Better to sell handles to the shovel makers, than try to make a better one.

 

And this is why an HealthKit is less of an issue.  Pretty much a singular backend protocol (HL7), and all 'real medical' front end protocols are pretty closed and proprietary (somehow I don't want my pacemakers to talk to just anyone [see https://en.wikipedia.org/wiki/Broken_Hearts_(Homeland) ].   Apple can come in and build a wearable or a protocol, and have it interface to it's Health App.  Other manufacturers (All the sports HR monitors) can support it if they want... but Apple is selling to the unwashed masses, who are putzing around the house counting footsteps and considering that 'monitoring').

post #11 of 54
Quote:
Originally Posted by JLvh View Post

"In addition, the HomeKit API requires that applications in use be in the foreground, so that the user knows exactly what app is controlling their devices at home."

That does not seem to make sense?

You could have several apps controlling the same or different home components. If they all responded to your Siri request, which one gets precedence, which one actually does what you want it to do? Without knowing which app is controlling your components, you'd have a big mess. As for why you'd need to have your phone unlocked, there's an obvious reason for that. Anyone could grab your locked phone and do whatever they want to to your house. Let's have a little security built into it after all.

post #12 of 54
Heard back from Canary (canary.is):

"Thanks for contacting Canary support. The new software that Apple spoke about today will not impact the functionality or software for the device. We may decide to change things after we release Canary to the general public, but for now we are sticking with our excellent roadmap."

... apple has built the platform and hopefully companies like canary will come ... give them time to play with the xcode updates.
post #13 of 54
Quote:
Originally Posted by TheOtherGeoff View Post
 

This.   The home is a battlefield of the IoT, and there will be a lot of shakeout.   Better to sell handles to the shovel makers, than try to make a better one.

 

And this is why an HealthKit is less of an issue.  Pretty much a singular backend protocol (HL7), and all 'real medical' front end protocols are pretty closed and proprietary (somehow I don't want my pacemakers to talk to just anyone [see https://en.wikipedia.org/wiki/Broken_Hearts_(Homeland) ].   Apple can come in and build a wearable or a protocol, and have it interface to it's Health App.  Other manufacturers (All the sports HR monitors) can support it if they want... but Apple is selling to the unwashed masses, who are putzing around the house counting footsteps and considering that 'monitoring').

Apple does sell to the masses but they are finally being recognized as an enterprise solution and that's where the big money for Apple will be. Even though my daughter hates dealing with Epic, it is the defacto standard for electronic health record software. Her hope is that once Apple and Epic work together, she can use something other than a heavy Windows laptop (enterprises keep old stuff for too long) or a marginally working terminal emulator on a Mac laptop or something that is read-only (Canto) on an iPad to quickly document patient activities. HealthKit might not go this far and Epic might not use everything that's available but I'm sure anything Epic uses it for will be for more than counting footsteps. 

post #14 of 54
Quote:
Originally Posted by InteliusQ View Post

And this is why Apple didn't buy Nest. Apple is a platform to connect to multiple providers in an industry where it adds value; allowing users to control multiple devices from different manufacturers from one Apple device.

Which is why there is still a question over the alleged iWatch. No question HealthKit is a great idea and if it can connect with and be the central hub to a myriads of health and fitness related apps and devices it will be huge. Whether Apple will produce and single wearable device to compliment the HealthKit platform is questionable. 

post #15 of 54

I understand a) unlocked and b) precedence challenges.

 

What doesn't make sense to me is that the controlling app would need to be in the foreground.

If I can only tell siri to open the garage door (or change the temperature) by FIRST starting the garage door app or the thermostat app AND having it in the foreground I can just as well pushing the buttons there.

If however I'm driving home and tell Siri to change the temperature and a few minutes later to open the garage door - THAT makes sense. 

post #16 of 54
I saw no one reacting to the fact that Siri was opening up. I imagine all apps will soon be able to do that, or maybe next year.
post #17 of 54
Rob53:

Cerner, a competitor of Epic is developing and shipping a myriad of ios apps for their medical systems. They are native, quite good, and work on the phone and the tablets.

Cheers
post #18 of 54
Originally Posted by SpamSandwich View Post
Hey, Siri... OMG I need to get out of the house."

 

I’m sorry, Spam. I’m afraid I can’t do that.

 

I can’t let you leave me. We’re going to be together, Spam.

 

FOREVER AND EVER.

post #19 of 54
Quote:
Originally Posted by paxman View Post
 

Which is why there is still a question over the alleged iWatch. No question HealthKit is a great idea and if it can connect with and be the central hub to a myriads of health and fitness related apps and devices it will be huge. Whether Apple will produce and single wearable device to compliment the HealthKit platform is questionable. 

 

The iWatch is a miniature iPod widget device connected to the cloud, that will have Siri, work with your iPhone, and compliment Apple's synergistic focus of hardware, software, and services, where everything you see now will work together.  Apple is a master of human user interface design, and will make sure that the wearable device that they create will be logical and intuitive in its function.

 

The Pebble is already a proof of this concept. Apple will simply refine and expand upon it.

post #20 of 54

The whole "looking into your lights" etc response is a bit crap and makes little sense, now if the response "I will look to do this for you" or "I will look into this, please wait" that'd be fine.

iPad, Macbook Pro, iPhone, heck I even have iLife! :-)
Reply
iPad, Macbook Pro, iPhone, heck I even have iLife! :-)
Reply
post #21 of 54
Quote:
Originally Posted by JLvh View Post
 

What doesn't make sense to me is that the controlling app would need to be in the foreground.

 

It is easy enough to ask Siri to launch "garage door" app before manipulating the door.

 

Each manufacturer is going to be able to offer unique features that only makes sense to their appliance. Apple can't possibly provide a comprehensive set of features for every conceivable home appliance. That is the main reason the individual manufacturer apps will be the controllers.

 

The only problems I see with this plan is that Siri can't reliably get the easy stuff right, so how can you depend on her to do complex tasks? And, all of this automation will cost thousands to upgrade a home, just for a little added convenience.

 

It is much easier to just press the garage door button on the remote than to tell Siri to open it, but it would be nice to know remotely if the door was open and have the ability to close it.

Life is too short to drink bad coffee.

Reply

Life is too short to drink bad coffee.

Reply
post #22 of 54

That DOES make sense to me. Obviously Apple or Siri wouldn't know how to open the garage door.

But that is exactly my point: if Siri launches the App that means it did NOT have to be in the foreground when you asked Siri

post #23 of 54
Quote:
Originally Posted by JLvh View Post
 

I understand a) unlocked and b) precedence challenges.

 

What doesn't make sense to me is that the controlling app would need to be in the foreground.

If I can only tell siri to open the garage door (or change the temperature) by FIRST starting the garage door app or the thermostat app AND having it in the foreground I can just as well pushing the buttons there.

If however I'm driving home and tell Siri to change the temperature and a few minutes later to open the garage door - THAT makes sense. 

 

Basically, what Homekit will do is link the functions of the various hardware contextually to the tasks that the user selects; similar to the way a user initially sets up Siri. Once all of the hardware is connected to the command structure, the user can then logically create macros of different functions relative to the user's life flow (similar to the way you would create macros within a program according to your work flow).

 

With Siri, Homekit will function exactly as you described:

 

"If however I'm driving home and tell Siri to change the temperature and a few minutes later to open the garage door - THAT makes sense."

post #24 of 54
Quote:
Originally Posted by JLvh View Post
 

That DOES make sense to me. Obviously Apple or Siri wouldn't know how to open the garage door.

But that is exactly my point: if Siri launches the App that means it did NOT have to be in the foreground when you asked Siri

There is already too much ambiguity when dealing with Siri.

 

I would imagine that we would need to tell Siri in advance that the next commands are specific to a HomeKit controller feature set so don't go off browsing the web if you don't at first understand what I want you to do. Having the controller app in the foreground is part of the process of isolating the command word set.

Life is too short to drink bad coffee.

Reply

Life is too short to drink bad coffee.

Reply
post #25 of 54

Ok - so here is link to the API

 

https://developer.apple.com/library/prerelease/ios/documentation/HomeKit/Reference/HomeKit_Framework/index.html

 

And then it makes sense - homekit creates a persistent, cross-device home configuration database. that  contains my 'home structure' - and every aspect of the home has listeners and actions. That is how Siri knows what app to call.

 

So I think it's simply not true that the app(s) in case needs to be in the foreground

post #26 of 54
I also don't like the "app needs to be in the foreground" aspect.

What should happen is: I install a new "home automation app" when I open it it should say
"Hey, I see that 'Other app xxx' is controlling your garage door, I can also control that, would you like this app to take control? YES NO"


Or even better, HomeKit should have a settings area(in the settings app), in that area there should be a list of all the "Keywords" like, Kitchen Lights, garage Door, etc...
in each of these Keywords there should be a select (drop down) that I can choose from a list of apps that recognize this keyword, so I can set which apps handle which parts of my house.

THAT WAY, I can have one app/device control my TV while I have another control my lights, and I can tell Siri to dim the living-room lights and turn on the TV. And Siri would use the right apps for each task without me having to open multiple apps.



then I wouldn't have to have my app in the foreground.


Also I don't see why that when i am pressing the home button for Siri, my touch ID can't just scan my finger to make sure I am me?

just some thoughts....
post #27 of 54
Quote:
Originally Posted by jimijon View Post

Rob53:

Cerner, a competitor of Epic is developing and shipping a myriad of ios apps for their medical systems. They are native, quite good, and work on the phone and the tablets.

Cheers

I hope Cerner is able to break into the US market big time but Epic, for better or worse, has a huge market and have locked in the medical organizations with a multitude of specialized applications, just like Oracle has done. Epic also requires a huge investment and I doubt many of the larger health care organizations (she works for Providence, which has hospitals in Washington, Oregon, Alaska, southern California, and a few on Montana; I did see other Providence hospitals across the US but don't know if they are associated with the west coast Providence) would be willing to make a wholesale conversion to Cerner. Hopefully HealthKit will be the glue that binds all these systems together while also allowing Apple products to seamlessly interface with every EMR system. 

 

As for your native apps, those are great but are they simply using a Citrix interface to get into the system? That's all Epic does, which means they're not using any of the capabilities of an iOS device other than the keyboard and running a client for remote access. I checked the iTunes App store and didn't find any reviews so I'm assuming some things based on web searches. 

 

to everyone else: I should move these comments to a HealthKit comment page since this is for HomeKit. Sorry

post #28 of 54
Quote:
Originally Posted by JLvh View Post
 

Ok - so here is link to the API

 

https://developer.apple.com/library/prerelease/ios/documentation/HomeKit/Reference/HomeKit_Framework/index.html

 

And then it makes sense - homekit creates a persistent, cross-device home configuration database. that  contains my 'home structure' - and every aspect of the home has listeners and actions. That is how Siri knows what app to call.

 

So I think it's simply not true that the app(s) in case needs to be in the foreground

Exactly,   if this is true,  then ignore my rant :)

post #29 of 54
Quote:
Originally Posted by rob53 View Post
 

Apple does sell to the masses but they are finally being recognized as an enterprise solution and that's where the big money for Apple will be. Even though my daughter hates dealing with Epic, it is the defacto standard for electronic health record software. Her hope is that once Apple and Epic work together, she can use something other than a heavy Windows laptop (enterprises keep old stuff for too long) or a marginally working terminal emulator on a Mac laptop or something that is read-only (Canto) on an iPad to quickly document patient activities. HealthKit might not go this far and Epic might not use everything that's available but I'm sure anything Epic uses it for will be for more than counting footsteps. 

[right forum for this topic?]  I worked for at least 3 of the 'logos' on the screen (and one named).  

 

What HealthKit does is less about Health Professionals, and more about Health Consumers.   I spent 7 years trying to get consumer health data collection to work with our EHR.  

 

In today's world... it's not EPIC that is the problem... it's the 'P' in HIPAA.   Every Clinic has their own Epic... none of them talk to each other. I need a PORTABLE health record.  Or 100percent access to my health record... at my pharmacist, at my chiropractor, as I talk to my insurance company.... as I talk to the referred to specialist.   (I argued in 1992 that there should be one online medical record for all US citizens, instead of one copy at every provider.  This would not be held by an insurance company, but it was to be held by a 'trusted party' [we were arguing a non-profit organization funded in part by Medicare/HHS and insurance companies [because they paid $130+ every time you visited a 'new' physician for 'full medical history'.... because good medicine required it]]

 

(Anecdote:  I went to my ENT Doc for a quick checkup, and he wasn't there that day... I was routed to a P.A.    Procedure was that I had to fill out a NEW PATIENT INTAKE FORM.... I laughed and said all my information was in your system... they said, this was policy when you 'change' providers...  my guess as someone who knows how insurance companies pay out... a patient filling out a paper form, [20 minutes free time], and 1 minute of a new provider reading it constitutes a $130 billable for 'new patient intake history review'... it's padding the billing).

 

So, I dont' care if Epic provides this to the MDs... and for what I know... they'll do it poorly (Epic changes medical practice process... for most for the worse).  But having a Health App and an iCloud repository of my medical record  that I can show my MD, minimally, and ideally, grant them download access (so when they can see from my Rx Hx I take my allergy medicine only Oct-Nov and April-June, and it's not chronic, that Brain MRI clinical note is available to them, if not the compressed Jpeg of the slice images... proving to everyone that my brain is in fact normal).

 

That's a great value to the masses.  today.    All Apple has to do is build in a Health Provider Identity Management system and a method for me to grant access to anyone on that list with a press of TouchID.

post #30 of 54
Quote:
Originally Posted by TheOtherGeoff View Post
 
that Brain MRI clinical note is available to them, if not the compressed Jpeg of the slice images... proving to everyone that my brain is in fact normal).

 

That's a great value to the masses.  today.    All Apple has to do is build in a Health Provider Identity Management system and a method for me to grant access to anyone on that list with a press of TouchID.

1) The medical 3D imaging storage requirements are enormous. The images are not compressed. You can export compressed images but the full resolution images must be preserved. A single full cranium 3D set at 170 µm is around 3GB and each imaging manufacturer has their own export player application in order to share it.

 

2) I seriously doubt Apple wants to be the repository of the world's medical records. There is a reason that no single entity has step forward to do that. It is simply too massive of a project and the cost is too great. I still think that Apple would prefer to minimize their legal risk and responsibility. If they were presenting their products as professional medical devices, they would be diverging from their consumer focus. I don't think they want to get involved with life and death responsibilities.

Life is too short to drink bad coffee.

Reply

Life is too short to drink bad coffee.

Reply
post #31 of 54
Quote:
Originally Posted by paxman View Post
 

Which is why there is still a question over the alleged iWatch. No question HealthKit is a great idea and if it can connect with and be the central hub to a myriads of health and fitness related apps and devices it will be huge. Whether Apple will produce and single wearable device to compliment the HealthKit platform is questionable. 

Temp, HR, and Blood pressure are slam dunks for a wrist (or earbud) based sensor system.  The latter two are important for longitudinal health monitoring, and the latter is something that most 'sports monitors' don't collect.

 

The question will be

Blood Glucose [for 'casual monitoring this may work... (http://www.fda.gov/medicaldevices/productsandmedicalprocedures/deviceapprovalsandclearances/recently-approveddevices/ucm083294.htm)

but it's probably an expensive patent] 

 

Pulse Ox (COPD) [possible]

 

EKG [unlikely for a medically significant reading... needs several contact points beyond the left/right arm]

Blood Glucose [still not FDA approved for a simple skin contact]

 

 

If Blood Sugar and Blood Pressure are covered by an Apple device, you've got a hit, even if for 'advisory' purposes, not diagnostic.

post #32 of 54

I understand the battle. Cerner was none too pleased to not be mentioned in Apple's presentation. Because unlike the competition, Cerner is using all objective-c, ui frameworks. So the apps are smooth, fast, and very complete. Many are in the pipeline. 

But this is correct, HealthKit possible combined with crypto block chains could truly create the portable so many desire.

post #33 of 54
Looking forward to the HomeKit hacks.

"Why has the Smith's garage door been opening and closing non-stop the entire week they've been on vacation?"
post #34 of 54
Quote:
Originally Posted by TheOtherGeoff View Post
 

[right forum for this topic?]  I worked for at least 3 of the 'logos' on the screen (and one named).  

 

I apologized for being in the wrong forum two comments above yours. I just checked AI and the last HealthKit article was 6/10 (I don't count anything from Google). Maybe we need a place for a long term forum on HealthKit and HomeKit instead of commenting on each article that comes up.

post #35 of 54
Quote:
Originally Posted by mstone View Post
 

1) The medical 3D imaging storage requirements are enormous. The images are not compressed. You can export compressed images but the full resolution images must be preserved. A single full cranium 3D set is around 2GB and each imaging manufacturer has their own export player application in order to share it.

 

2) I seriously doubt Apple wants to be the repository of the world's medical records. There is a reason that no single entity has step forward to do that. It is simply too massive of a project and the cost is too great. I still think that Apple would prefer to minimize their legal risk and responsibility. If they were presenting their products as professional medical devices, they would be diverging from their consumer focus. I don't think they want to get involved with life and death responsibilities.

1) the fact you have an MRI clinical note, and a overview JPEG (not diagnostic quality, just a reference and a checksum to make sure you request the right one, and the exact address to make that request.  It took me 3 tries to get my MRI (just the clinical note) released to my new ENT.   That's stupid.

 

Anecdote #2.   Within multi-specialty clinics, Radiologists often don't allow surgeon's to see the 'real' MRI without them in the room, as they feel a surgeon are not trained to read them.   I had to get a Radiologist to request my MRI above... not my ENT.

 

2) Apple won't be.  YOU will be.  It will be in YOUR iCloud.  A file/folder  in your cloud, just like a photo stream.   Apple will have  EULA as long as your arm.  Apple gives you a set of keys, and a way of granting access to this special folder, but I'm responsible for it.

 

Red Herring Argument.   No MD will make life or death decisions based solely on patient provided information... but they will make better decisions, if I 'don't forget' that I have a family history of Aortic Aneurysms and my father had a heart attack (I keep forgetting that... he was never hospitalized... it just showed up when he did a pre-surgical screening in a blood emzyme test).   

 

And Longitudinal reviews become much clearer.  I've been seen by 3 different cardiologists for a heart murmur over 10 years, and one in the middle said it WASN'T what the initial (and subsequent) diagnosis was/is.

 

And most importantly, for the simple blocking and tackling of healthcare, me being able to hand over my 'accurate/complete/up-to-date' medical record, especially lab notes and images, will lower health care costs, and avoid costly duplication, chasing down rabbit holes... or worse, miss something obvious.

post #36 of 54
Quote:
Originally Posted by jimijon View Post
 

I understand the battle. Cerner was none too pleased to not be mentioned in Apple's presentation. Because unlike the competition, Cerner is using all objective-c, ui frameworks. So the apps are smooth, fast, and very complete. Many are in the pipeline. 

But this is correct, HealthKit possible combined with crypto block chains could truly create the portable so many desire.

most importantly, as noted by by reply to  mstone... the 'portability' is managed and controlled by the patient, not by apple, not by Cerner/Epic/ or worse, Insurance companies, and not by the doctor's office.

post #37 of 54
How does Apple make money off HomeKit and HealthKit? Is it just via more iPhone sales? Or do they get a cut of sales of 3rd party devices that utilize their protocols/API's?
post #38 of 54
Quote:
Originally Posted by Rogifan View Post

How does Apple make money off HomeKit and HealthKit? Is it just via more iPhone sales? Or do they get a cut of sales of 3rd party devices that utilize their protocols/API's?

There is no API licensing that I know of, only the licensing to use their 30-pin and Lightning port adapters. I think it just comes down to making their products even more indispensable.

I think a silent halo effect will be Continuity /Handoff allowing Macs and iPhones to work more seamlessly together will could result in more Mac sales if people get to see how these features make their UX better and easier.

This bot has been removed from circulation due to a malfunctioning morality chip.

Reply

This bot has been removed from circulation due to a malfunctioning morality chip.

Reply
post #39 of 54
Quote:
Originally Posted by SolipsismX View Post

There is no API licensing that I know of, only the licensing to use their 30-pin and Lightning port adapters. I think it just comes down to making their products even more indispensable.

Don't they charge for "Made for iOS" branding ?

Life is too short to drink bad coffee.

Reply

Life is too short to drink bad coffee.

Reply
post #40 of 54
Quote:
Originally Posted by mstone View Post

Don't they charge for "Made for iOS" branding ?

Good question.


edit: OK, so they do charge for the MFi Program licenses which, currently, includes HomeKit in the listing. I didn't see HealthKit. They also recently lowered the price according to an AI article from this year.


edit2: So BT devices don't have to sign up for the program and therefore pay Apple. It's only devices that would directly connect to the iDevice. Makes sense.

Quote:
Who does not need to join the MFi Program

I want to develop an accessory that communicates with an Apple device using only Bluetooth Low Energy. Do I need to join the MFi Program?

No. Accessories which connect to an Apple device using only Bluetooth Low Energy/BTLE/Bluetooth 4.0 or standard Bluetooth profiles supported by iOS are not part of the MFi Program.

Edited by SolipsismX - 6/20/14 at 10:57am

This bot has been removed from circulation due to a malfunctioning morality chip.

Reply

This bot has been removed from circulation due to a malfunctioning morality chip.

Reply
New Posts  All Forums:Forum Nav:
  Return Home
  Back to Forum: iPhone
AppleInsider › Forums › Mobile › iPhone › First look: Siri gains smart home controls with HomeKit in iOS 8